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(57) Abstract 

An integrated voice gateway system 
for use within a company which can route a 
voice telephone call between parties at two 
different locations over an IP network or 
over the PSTN. The system can route a voice 
telephone call from a first location within 
the system to a second location within the 
system via the IP network, and then from 
the second location to a third location via the 
PSTN. The integrated voice gateway system 
includes a gateway server which serves as 
an intranet/Internet telephony gateway. The 
gateway server routes intra-company voice 
or facsimile (fax) calls, over the company's 
intranet or the public Internet The gateway 
server provides an alternate voice network 
to the PSTN for a company. This alternate 
network is provided at a much lower cost. 
The gateway server is a combination of 
hardware and software components which 
reside on a PC server platform. The gateway 
server is coupled to a customer premise 
telephone system, i.e. a PBX via a Tl or El trunk for larger systems, or an analog trunk for smaller systems. The gateway server 
is coupled to the company's intranet via industry standard connections. The gateway servers in a multi-site company are coupled together 
via the company's intranet or wide area network (WAN) into a gateway network. The gateway server uses PBX call status links to provide 
many unique and useful features which are otherwise unavailable. The gateway server uses Tl inband ANI. PRI. QSIG or industry standard 
Cn applications programming interfaces (API) and works with any PBX which supports any of diese call status links. The gateway 
server is equipped with a database of user and gateway objects and attributes, and provides many unique features including caller's name 
based on caller phone number, address translation, gateway network routing information, user authentication, etc. This database can be 
integrated with industry standard enterprise directory services systems including any directory which supports the Lightweight Directory 
Access Protocol (X.500) (LDAP) interface. 
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TITLE OF THE INVENTION 

APPARATUS AND METHOD FOR INTEGRATED VOICE GATEWAY 

FIELD OF THE INVENTION 

This invention relates to an integrated voice gateway system. 

5 BACKGROUND OF THE INVENTION 

The widespread popularity of the Internet has provided new means of 
rapid and comprehensive communication between users located in distant 
and diverse locations around the world. Methods of sending, finding and 
retrieving information, previously confined to the domain of government, 
10 academia and industry, are now available in business, in the community, and 
in the home. Formerly arcane technical terms such as telnet, electronic mail 
(e-mail), file transfer protocol (FTP), hypertext transfer protocol (HTTP) and 
world wide web (WWW or web) are now widely used. 

Very soon after the popularity of the Intemet became widespread, new 
15 applications of the underlying technology began to emerge. With the 
concomitant growth of multimedia, a predominately text-based medium 
quickly expanded to include graphics, imagery, motion pictures and sound. A 
natural extension of the capability to transmit recorded, digitized sound 
between personal computers (PC), was the advent of PC based telephony. 
20 Although the initial users of PC to PC telephone calls over the Internet were 
primarily computer hobbyists and the like, there was an early recognition of 
the fact that the Internet provided the potential for the average user to make a 
telephone call anywhere in the world for the cost of a local telephone call to 
an Internet service provider (ISP). 

25 PC to PC telephone technology is limited by the need to be logged on 

to a PC and the Intemet to place or receive a call. Software incorporating 
proprietary algorithms limit the ability to call to others having the same or 
similar software. The sound quality is often degraded because of packet loss 
and delays in forwarding packets from the sender to the receiver over the 

30 Intemet, operation in a half-duplex mode, and the use of low quality PC 
speakers and microphones. 

With the expectation of improved performance and reduced cost of 
telephone calls in the business environment, voice gateways have facilitated 
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the interconnection of the private branch exchange (PBX) and the computer 
network. As used herein, PBX includes hybrid, key systenns, and other such 
systems. Thus, through a PBX coupled to an Internet protocol (IP) network 
(e.g., intranet, wide area network (WAN), Internet), telephone calls between 

5 different sites within a company, or other institution, organization or enterprise 
(hereinafter referred to as "company"), or between companies, the company 
or companies having installations at two or more locations which locations 
may be geographically distant from each other, may be routed over the IP 
network rather than via the public switched telephone network (PSTN). As 

10 used herein, the PSTN includes both public and private networks. This can 
result in significant cost savings and can also help to improve communication 
within and between companies by providing a variety of related services 
which are not available via the PSTN. 

The level of integration achieved in current voice gateway systems is 
15 quite low, and such systems are limited in the services they can provide. In 
particular, current voice gateway systems are capable of only routing a 
nominal telephone call from a calling party at point A to a called party at point 
B. However, if, for example, the called party is not present, or if the called 
party's telephone is currently busy, current voice gateway systems do not 
20 provide important additional services to facilitate making a connection 
between the calling party and the called party at a later time or at another 
location or by an alternative method. 

One of the reasons for the limitations is that current voice gateway 
systems are limited in their ability to obtain, store, update and retrieve 

25 necessary information about both the calling party and the called party in 
order to do anything other than simply attempt to make a straight forward 
connection between the two points. If the telephone system had sufficient 
information about both parties, then the system could facilitate making the 
connection at a later time, at another location or by an alternative method. 

30 However, in current voice gateway systems, there is no way to obtain the 
necessary call status and call control information, nor is there an accessible 
central data base in which to store and from which to retrieve this information. 
Current voice gateway systems have no real-time call control/call status 
infomnation link with the PBX, nor do they have any storage of telephone user 

35 information. For example, current voice gateway networks have no 
information regarding the calling party's name, telephone number, or status of 
the called party, e.g., busy or idle. It is this information about the calling and 
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called parties which is not readily available, but which is necessary to provide 
important additional services. 

There is a need for a highly integrated voice gateway system for use 
within a company and between companies having installations at two or more 
5 locations which locations may be geographically distant from each other. The 
integrated voice gateway system should have the ability to route telephone 
calls between parties at two different locations over the IP network as well as 
the PSTN, and to automatically select which of the IP network and PSTN over 
which to route telephone calls. The integrated voice gateway system should 

10 have the means to obtaih, store, update and retrieve information about calling 
and called parties. For example, in instances in which a calling party is 
unsuccessful in making a connection to a called party, the integrated voice 
gateway system should have the means to use information about the calling 
and called parties to provide services which facilitate making an alternate or 

15 subsequent connection between the calling party and the called party. 

The following standards are incorporated herein by reference: 

ITU-T Recommendation H.323 - Packet-based multimedia 

communications systems; 
ITU-T Recommendation X.500 - Open systems interconnection - The 
20 directory: Oven/iew of concepts, models and services; and 

IPNS Forum QSIG Handbook. 

SUMMARY OF THE INVENTION 

We have now invented a highly integrated voice gateway system for 
use in a company or between companies having installations at two or more 
25 locations which locations may be geographically distant from each other. 

As used herein, a voice telephone call from a caller telephone to a 
called telephone, the call carried via an IP network, is referred to as a VoIP 
call. As used herein, a fax call from a caller fax machine to a called fax 
machine, the call carried via an IP network, is referred to as an FolP call. 

30 Accordingly, it is an object of the invention to provide an integrated 

voice gateway system for use within a company which can route a voice 
telephone call between parties at two different locations over an IP network 
as well as the PSTN and to automatically select which of the IP network and 
PSTN over which to route the calls. It is a further object of the invention to 
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provide a system which can route a voice telephone call between a calling 
party using a telephone at a first location within the system to a second 
location within the system via an IP network, and then from the second 
location to a called party at a third location via the PSTN. 

5 It is an object of the invention to provide an integrated voice gateway 

system which can place a telephone call over an IP network, and then if, 
during the telephone call, the quality of the telephone call falls below a 
predetermined quality level, to be able to reroute the telephone call over the 
PSTN, and to do so in a manner which is transparent to both the calling and 
10 called parties. 

It is an object of the invention to provide an integrated voice gateway 
system which can track any move, add or change to any telephone user in 
the enterprise in the integrated voice gateway system. It is a further object of 
the invention to provide an integrated voice gateway system which can 
15 integrate with an enterprise directory to allow single point of entry of moves, 
adds and changes to telephone users and to provide replication of these 
changes across all enterprise sites. 

It is an object of the invention to provide an integrated voice gateway 
system in which the identification of the calling party (e.g. name, title, 

20 department, telephone number) is displayed on a computer screen (rather 
than on a telephone display) co-located with the called party's telephone, and 
that such information be displayed regardless of the vendor(s) supplying the 
telephone equipment used by the calling and called parties. It is a further 
object of the invention that such information be provided regardless of the 

25 desktop workstation or PC (workstation and PC are referred to 
interchangeably herein), or operating system used via a WWW browser 
interface. 

It is an object of the invention to provide an integrated voice gateway 
system which can create a log of incoming telephone calls over an IP network 
30 which telephone calls are not answered by a called party, and identify the 
name of each calling party. It is a further object of the invention to provide a 
log of all incoming and outgoing calls whether the calls are on net (i.e., IP 
network) or off net (i.e, PSTN or internal PBX). 

It is an object of the invention to provide an integrated voice gateway 
35 system in which, when a called party's telephone is busy, the system can 
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automatically set up a call between the calling party and the called party as 
soon as the called party hangs up. It is a further object of the invention to 
provide such a capability even when a called party has voice mail. 

It is an object of the invention to provide an integrated voice gateway 
5 system in which, when a called party is busy, the calling party may send a 
computer message which will be immediately displayed on a computer screen 
co-located with the called party's telephone, for example to explain why the 
calling party needs to speak with the called party. 

It. is an object of the invention to provide an integrated voice gateway 
10 system in which, when a called party does not answer an incoming telephone 
call, the calling party may forward the call, for example from voice mail, to a 
receptionist or other designated party. It is a further object of the invention to 
provide the capability for a party at an answering station to send a computer 
message which will be immediately displayed on a computer screen co- 
15 located with the called party's telephone. 

It is an object of the invention to provide an integrated voice gateway 
system in which a user of the system may set up the system to forward that 
user's telephone calls to a different telephone. It is a further object of the 
invention to forward calls to PSTN telephones or PC-based IP telephones. It 

20 is a further object of the invention to provide the capability for a user to set up 
the system to forward that user's telephone calls to different telephones 
according to a time schedule predetermined by the user. It is a still further 
object of the invention to provide the capability for a user to set up the system 
to forward telephone calls originating only from one or more calling parties so 

25 designated by the user. It is a further object of the invention to provide the 
capability to setup call fonA/arding via a browser interface or interactive voice 
response (IVR). 

It is an object of the invention to provide an integrated voice gateway 
system in which users can initiate telephone functions from the workstation, 
30 such functions including, without limitation, dialing a call, transferring a call, 
add-on conference, and fonvard a call to/from any white pages entry or 
personal telephone book entry. 

It is an object of the invention to provide an intesg rated voice gateway 
system which provides secure access to the system from telephones, 
35 including PC-based IP telephones, which are outside the system. 
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It is an object of the invention to provide an integrated voice gateway 
system which, when a call from a source to a first destination is transferred 
from the first destination to a second destination, can direct the path of the 
call directly from the source to the new destination and thereby maintain the 
5 quality of the call. 

It is an object of the invention to provide an integrated voice gateway 
system with an operating system independent browser based client which 
therefor requires no client software installation. It is a further object of the 
invention to provide the desktop telephone users with a telephone white 
10 pages display of any entry in the enterprise directory services database. 

In a first aspect, the invention provides a communication system 
comprising a public switched telephone (PST) network; an IP network; a PBX 
coupled to the PST network for routing a telephone call over the PST 
network; a telephone coupled to the PBX; a voice gateway coupled to the 
15 PBX through a call status-call control link and a trunk, and coupled to the IP 
network for routing a telephone call over the IP network; selection means for 
selecting which of the PST network or the IP network to route a telephone 
call; and call status means for the voice gateway to monitor events associated 
with incoming calls to the telephone and outgoing calls from the telephone. 

20 In a second aspect, the invention provides a communication system 

comprising a PST network; an IP network; a PBX coupled to the PST network 
for routing a telephone call over the PST network; a telephone coupled to the 
PBX; a voice gateway coupled to the PBX through a call status-call control 
link and a trunk, and coupled, to the IP network for routing a telephone call 

25 over the IP network; a desktop workstation coupled to the voice gateway; 
selection means for selecting which of the PST network or the IP network to 
route a telephone call; and PC call control means for controlling the telephone 
from the desktop workstation. 

In a third aspect, the invention provides, in a communication system 
30 comprising a PST network, an IP network, a plurality of PBXs at a plurality of 
locations, the PBXs coupled to the PST network for routing telephone calls 
over the PST network, coupled to each PBX a respective plurality of 
telephones, a plurality of voice gateways, each voice gateway coupled to a 
respective PBX and to the IP network for routing telephone calls over the IP 
35 network, and selection means for selecting which of the PST network or the 
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IP network to route telephone calls, fallback to PSTN means for rerouting a 
telephone call connected over the IP network to the PST network. 

In a fourth aspect, the invention provides, in a communication system 
comprising a PST network, an IP network, a plurality of PBXs at a plurality of 

5 locations, the PBXs coupled to the PST network for routing telephone calls 
over the PST network, coupled to each PBX a respective plurality of 
telephones,a plurality of voice gateways, each voice gateway coupled to a 
respective PBX and to the IP network for routing telephone calls over the IP 
network, and selection means for selecting which of the PST network or the 

10 IP network to route telephone calls, a method of automatically rerouting an in 
process telephone call from the IP network to the PST network when the 
quality of the telephone call over the IP network falls below a predetermined 
quality level, the method comprising the steps of (a) establishing a connection 
for the telephone call over the PST network while the telephone call is still 

15 connected over the IP network; (b) switching the parties to telephone call over 
the PST network; and (c) breaking the connection for the telephone call over 
the IP network while maintaining the telephone call over the PST network. 

In a fifth aspect, the invention provides, in a communication system 
comprising a PST network, an IP network, a plurality of private branch 
20 exchanges (PBX) at a plurality of locations, the PBXs coupled to the PST 
network for routing telephone calls over the PST network, coupled to each 
PBX a respective plurality of telephones, a plurality of voice gateways, each 
voice gateway coupled to a respective PBX and to the IP network for routing 
telephone calls over the IP network, and selection means for selecting which 
. 25 of the PST network or the IP network to route telephone calls, fallback during 
call setup means to automatically route a telephone call over the PST network 
if, during call setup, the telephone call cannot be setup over the IP network. 

In a sixth aspect, the invention provides a method of configuring an 
enterprise directory for IP telephony, the method comprising the steps of (a) 
30 providing an X.500 compatible directory; and (b) including in the schema of 
the directory at least one of GateKeeper, Gateway, Multipoint Control Unit 
(MCU), GateKeeper Exchange, and a desktop user object and attribute. 

In a seventh aspect, the invention provides a computer telephony 
integration (CTI) system comprising a PBX, a telephone coupled to the PBX. 
3*3 a local area network (LAN), a voice gateway coupled to the LAN, a CTI server 
coupled to the PBX and coupled to the LAN, a web server coupled to the 
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LAN, a desktop workstation coupled to the LAN, the desktop workstation 
comprising a web browser. 

In an eighth aspect, the invention provides a communication system 
comprising a PST network, an IP network, a PBX coupled to the PST network 
5 for routing a telephone call over the PST network, a voice gateway coupled to 
the PBX and the IP network for routing a telephone call over the IP network, 
and selection means for selecting which of the PST network or the IP network 
to route a telephone call, and for a telephone call placed from a first 
telephone at a first location, over the IP network to a second telephone at a 
10 second location, path replacement means for transferring the telephone call 
from the second telephone at the second location to a third telephone at a 
third location, the path replacement means routing the telephone call from the 
first telephone at the first location over the IP network to the third telephone. 

In a ninth aspect, the invention provides a communication system 
15 comprising a PST network, an IP network, a plurality of PBXs at a plurality of 
locations, the PBXs coupled to the PST network for routing telephone calls 
over the PST network, coupled to each PBX a respective plurality of 
telephones, a plurality of voice gateways, each voice gateway coupled to a 
respective PBX through a call status and call control link and a trunk, and 
20 coupled to the IP network for routing telephone calls over the IP network, 
coupled to a plurality of voice gateways, selection means for selecting which 
of the PST network or the IP network to route telephone calls, and feature 
networking means for providing PBX features among the plurality of locations 
over the IP network. 

25 The integrated voice gateway system includes a gateway server which 

serves as an Intranet/Internet telephony gateway. The gateway server routes 
intra-company voice or facsimile (fax) calls, made from user's desktop phones 
or fax machines/servers, over the company's intranet or the public Internet. 
The gateway server provides an alternate voice network to the PSTN for a 

30 company. This alternate networi< carries voice and fax calls at a much lower 
cost. This is because an intranet is built to support bursty data traffic and the 
bandwidth is underutilized most of the time. The gateway server takes 
advantage of the undeaitilized bandwidth when such bandwidth is available to 
transmit voice. 

35 The gateway server is a combination of hardware and software 

components which reside on a wori<station server platform. The gateway 
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server is coupled to a customer premise telephone system, i.e. a PBX via a 
T1 or El trunk for larger systems, or an analog tmnk for smaller systems. 
The gateway server is coupled to the company's intranet via industry standard 
connections (e.g., ethemet. frame relay or asynchronous transfer mode 
5 (ATM)). Thus, the gateway server is a gateway between the PBX/PSTN and 
the company's intranet. The gateway servers in a multi-site company are 
therefore coupled together via the company's intranet or wide area network 
(WAN) into a gateway network. 

The gateway server uses call status and call control integration with 
10 the PBX to provide many unique and useful features which are otherwise 
unavailable. The gateway server supports a variety of call status/call control 
PBX links including T1 inband ANI, PRI, QSIG (global DSSI based signaling 
system for corporate networks, not an acronym, known at the international 
level as Private Signaling System No. 1 (PSS1)) and CTI. Industry standard 
15 CTI applications programming interfaces (API) are supported, including the 
AT&T/Novell Telephony Sen/ices Application Programming Interface (TSAPI), 
the Microsoft Telephony Application Programming Interface (TAPI), and the 
European Computer Manufacturers Association (ECMA) Computer Supported 
Telephony Applications (CSTA) protocol. Hence the gateway server can 
20 provide enhanced features via a variety of call status/call control links with the 
level of enhanced features available depending on the type of link used. 

The gateway server is also equipped with a database of user and 
gateway objects and attributes. This database provides many unique 
features including providing caller's name based on caller phone number, 

25 address translation, gateway network routing information, user authentication, 
etc. This database is stored in the server but can be integrated with industry 
standard enterprise directory services systems including Novell Directory 
Services (NDS), Microsoft Active Directory Sen/ices (ADS), Domain NT and 
any directory which supports the Lightweight Directory Access Protocol 

30 (X.500) (LDAP) interface. The integration provides the enterprise with a 
single point of entry for user adds, moves and changes, and provides 
replication throughout all corporate sites. 

A gateway network in a company essentially connects a company's 
PBXs, which are often geographically dispersed, into a single intelligent virtual 
35 PBX (VPBX). A company-wide VPBX provides advanced end-user features 
across the company. These features would otherwise be available only within 
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the scope of a single PBX, or would require expensive PBX features 
interworking products which require expensive PBX resident software and 
expensive data connections, e.g. dedicated voice tie lines between sites. By 
providing PBX features intenworking via IP, call status-call control and a 
5 database of user and gateway objects and attributes, the gateway server 
offers PBX features intenA/orking, at a lower cost, over a network of mixed 
PBXs from different vendors and over a single converged network (data tie 
line or data VPN). 

The gateway server works with existing telephone systems, and with 

10 the mixed networks of telephone systems commonly found in large 
companies. The gateway server provides feature intenworking using the 
combination of the desktop telephone and desktop workstation. Current PBX 
systems provide such internetworking capabilities only between desktop 
telephones. With the gateway server, however, a worker using a desktop 

15 telephone can be notified of an important call via the desktop workstation. 
The unique ability of the gateway server to control both the desktop telephone 
and the desktop workstation for calls between remote workers provides many 
new VPBX features not available with current PBX to PBX solutions, and 
provides an alternative method for current PBX networking features that is not 

20 limited to only sites with the same vendor PBX models. These consistent 
features across the network substantially improve communications and 
enhance productivity by making employees at multiple sites feel like they are 
part of a single community. In addition to end-user visible features, the 
gateway server also offers benefits such as intelligent routing (using 

25 automatic configuration) and increases network performance. 

The gateway server supports routing of telephone and fax calls made 
from desktop telephones or stand alone fax machines, or workstation 
integrated fax sen/ers over a company's intranet or the public Internet. By 
configuring a selection table in the server, the gateway server can route real- 
30 time fax calls over either the intranet or Internet to minimize the cost of the fax 
call. The gateway server supports computer-based fax as well as stand-alone 
fax machines. 

By integrating CTI and enterprise directory sen/ice with IP telephony, 
the gateway sen/er provides many more features in a user-friendly way than 
35 current Internet/intranet telephony to IP voice gateways. Current voice 
gateways connect only to a telephone system's voice lines, e.g., analog, 
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ISDN BRI. ISDN PRI, or T1. This provides only for carrying voice or fax calls 
over IP. The gateway server is unique in that the server also provides a call 
control and call status link to the telephone system. Moreover, current voice 
gateways do not store user telephone information such as telephone number 
5 and associated user name. The gateway server is unique in that it stores 
extensive usier telephone information and also integrates with industry 
standard enterprise directory services. The use of extensions to the 
enterprise directory services to implement IP telephony services is a new 
concept introduced by the gateway server of the invention. 

10 The gateway server can route long distance calls among multiple 

company locations and do so in a manner which is transparent to the users, 
except perhaps for possible differences in the quality of voice transmission. 
However, the users dial the same way that they currently dial to make calls 
whether over public or private networks. The routing table of the PBX 

15 automatically routes designated calls to the voice gateway and the gateway 
then decides whether to route the call over the company's intranet or the 
Internet. 

In addition to integrating CTl and enterprise directory service with IP 
telephony, the gateway server also provides many unique IP telephony 
20 features in addition to the VPBX features. 

By constantly monitoring the quality of a voice call over the IP network, 
the gateway network of the invention can continue to maintain a call over the 
IP network as long as the quality of the call is above a predetermined quality 
level. If the quality of a voice call over the intranet or Internet falls below a 

25 predetermined quality level, e.g. due to network congestion, the gateway 
server can automatically "fall back" to the PSTN. The gateway server can 
automatically set up a call over the PSTN between the caller and called 
party's desktop telephones and switch the parties to the PSTN call. The 
gateway server can then drop the IP portion of the call such that the caller 

30 and called party are then talking over the PSTN. Current voice gateway 
systems cannot switch a call to the PSTN once the call has been connected. 
Since data network congestion can change significantly at any time, e.g. a 
large graphics file is suddenly downloaded in the middle of an IP telephone 
call, the ability to switch to the PSTN during an IP telephone call is a 

35 significant advantage to the calling parties. Current systems require the 
calling parties to hang up if the voice quality deteriorates during a call, and 
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place a new call, which may encounter the same network congestion 
problem, unless the entire gateway is shut down. 

Moreover, in current voice gateway systems, if one remote gateway is 
not accessible, the entire gateway must be shut down or callers to the non- 

5 accessible remote gateway would be forced to continually hang up and call 
again and again until the remote gateway is accessible, or dedicated ports 
would be required for each gateway segment. The integrated voice gateway 
system of the invention provides the capability to fallback to PSTN during call 
setup in which only calls directed to a non-accessible gateway are routed over 

10 the PSTN, while still allowing other calls to be routed via the gateway and IP 
network. If a remote gateway is not accessible, a voice call would not 
necessarily be rerouted over the PSTN as would be done by current voice 
gateways. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 FIG. 1 is a block diagram of an overview of the top-level architecture of 

an embodiment of an integrated voice gateway system according to a first 
aspect of the invention. 

FIG. 2 is a block diagram of the top-level architecture of a gateway 
network according to a first aspect of the invention. 

20 FIG. 3 is a block diagram illustrating major software and hardware 

components of an embodiment of a gateway network according to a first 
aspect of the invention. 

FIG. 3A illustrates the distributed architecture of the enterprise 
directory. 

25 FIG. 4 illustrates the operation of an embodiment of an integrated 

voice gateway system of the invention in setting up a basic PSTN call. 

FIG. 5 illustrates the operation of an embodiment of an integrated 
voice gateway system of the invention in setting up a basic VoIP call. 

FIGs. 6-7 illustrate the operation of an embodiment of an integrated 
30 voice gateway system of the invention in a first method for setting up a hop- 
off to PSTN call. 
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FIGs. 8-12 illustrate the operation of an embodiment of an integrated 
voice gateway system of the invention in a second method for setting up a 
hop-off to PSTN call. 

FIGs. 13-14 illustrate the operation of an embodiment of an integrated 
5 voice gateway system of the invention in a third method for setting up a hop- 
off to PSTN call. 

FIG. 15 illustrates the operation of an embodiment of an integrated 
voice gateway system of the invention in a common method for setting up a 
hop-on to VoIP call. 

10 FIG. 16 illustrates the operation of an embodiment of an integrated 

voice gateway system of the invention in a first scenario for setting up a hop- 
on to VoIP call. 

FIG. 17 illustrates the operation of an embodiment of an integrated 
voice gateway system of the invention in a third scenario for setting up a.hop- 
15 on to VoIP call. 

FIG. 18 illustrates the operation of an embodiment of an integrated 
voice gateway system of the invention in a fourth scenario for setting up a 
hop-on to VoIP call. 

FIGs. 19-22 illustrate the operation of an embodiment of an integrated 
20 voice gateway system of the invention in a first method for setting up a 
fallback to PSTN call. 

FIGs. 23-29 illustrate the operation of an embodiment of an integrated 
voice gateway system of the invention in a second method for setting up a 
fallback to PSTN call. 

25 FIGs. 30-33 illustrate the operation of an embodiment of an integrated 

voice gateway system of the invention in a third method for setting up a 
fallback to PSTN call. 

FIGs. 34-38 illustrate the operation of an embodiment of an integrated 
voice gateway system of the invention in a fourth method for setting up a 
30 fallback to PSTN call. 
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FIGs. 39-46 illustrate the operation of an embodinnent of an integrated 
voice gateway system of the invention in a fifth method for setting up a 
fallback to PSTN call. 

FIG. 47 is a block diagram illustrating a prior art approach to providing 
5 a CTI-workstation interface. 

FIG. 48 is a block diagram illustrating the computer architecture 
supporting a PC Call Control feature in an embodiment of an integrated voice 
gateway system of the invention. 

FIG. 49 illustrates the operation of a virtual desktop feature in an 
10 embodiment of an integrated voice gateway system of the invention. 

FIG. 50 illustrates the operation of a caller name display feature in an 
embodiment of an integrated voice gateway system of the invention. 

FIG. 51 illustrates the operation of a call log feature in an embodiment 
of an integrated voice gateway system of the invention. 

15 FIG. 52 illustrates the operation of an embodiment of an integrated 

voice gateway system of the invention when a called telephone is busy. 

FIG. 53 illustrates the operation of a callback on busy feature in an 
embodiment of an integrated voice gateway system of the invention. 

FIGs. 54-55 illustrate the operation of a call alert feature in an 
20 embodiment of an integrated voice gateway system of the invention. 

FIG, 56 illustrates the operation of a ring through feature in an 
embodiment of an integrated voice gateway system of the invention. 

FIGs. 57-58 illustrate the setup and operation of a follow me feature in 
an embodiment of an integrated voice gateway system of the invention. 

25 DETAILED DESCRIPTION OF THE INVENTION 

FIG. 1 is a block diagram of an overview of the top-level architecture of 
an embodiment of an integrated voice gateway system 2 according to a first 
aspect of the invention. The block diagram depicts three gateway networks 4, 
6, 8 of a multi-site company. In embodiments of the invention, such gateway 
30 networks may be located, e.g. in different buildings of a large plant, such as in 
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an industrial park or campus setting, in different locations within the same 
city, or may be located at geographically distant locations, including world- 
wide. The gateway networks may also be located in different companies. In 
the particular example depicted in FIG. 1, first and second gateway networks 
4, 6 may be within a large industrial pari< or at different locations within a city 
as they are both coupled to a first telephone company central office (CO) 
C01 12. The third gateway network 8 is geographically distant from both the 
first and second gateway networks 4, 6 and is coupled to a second CO, C02 
14. C01 12 and C02 14 are part of a PSTN 16. The PSTN 16 may include 
many COs. Each of the gateway networks 4, 6, 8 is coupled to the 
company's IP network 18. The IP network 18 may include an intranet, the 
Internet, and the like. 

In the description of FIG. 2 and subsequent FIGs., a generic 
embodiment of a gateway network according to the invention will -be 
described with reference to the first gateway network 4 depicted in FIG. 1 . 

FIG. 2 is a block diagram of the top-level architecture of an 
embodiment of a gateway network 4 (represented by the dashed box) 
according to a first aspect of the invention. 

The gateway network 4 includes a local area networi< (LAN) 22. 
Coupled to the LAN 22 are one or more workstations 24 , a gateway server 
26, a directory server 28, and a router 32. The gateway server 26 is coupled 
to a PBX 34 via an industry standard tie-trunk or CO trunk 36. The tie-trunk 
interface 36 may be via, e.g., a T1 or El digital interface operating in E&M or 
QSIG protocol. The CO trunk interface may be via T1/E1 digital interface 
operating as ISDN PRI, or an analog trunk interface. These interfaces are 
individually illustrated and described below in reference to FIG. 3. 

The PBX 34 is coupled to C01 12. One or more telephones 38 are 
coupled to the PBX 34. The telephones 38 may be any telephone device 
connecting to a PBX, e.g. analog (POTS), proprietary digital, or standards- 
based digital (ISDN BRI). Each telephone 38 may be logically associated 
with and may be co-located with a respective workstation 24. The gateway 
server 26 is also coupled to the PBX 34 via an industry standard telephone 
station interface 33. 

The CTI interface 98 between the gateway server 26 and the PBX 34 
uses an industry standard CTI API, e.g., TSAPI, TAPI and CT Connect. Both 
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TSAPI and TAPI focus on call control. The CTI interfaces enable computer 
control of dialing, answering, transferring and conferencing, and provide 
status. In PBX environments, the CTI interfaces also support control of 
advanced features of digital telephones (TAPI) and the switches to which 
5 those station sets connect (TSAPI). 

The directory server 28 may reside in separate hardware or may be co- 
located with the gateway server 26 in the same hardware, 

FIG. 3 is a block diagram illustrating major software and hardware 
components of an embodiment of a gateway server 26 according to a first 
10 aspect of the invention. The gateway server 26 includes software modules 
which communicate among themselves and have interconnections to other 
components through either software drivers supporting interfacing hardware 
elements, or communication links to other components. 

The gateway engine 50 is the central logic coordinating element of the 
15 gateway server 26. The gateway engine 50 directs and oversees the 
activities of the other components of the gateway server 26 and gateway 
network 4 (FIG. 2). As call processing occurs, the gateway engine 50 
accesses routing information from a gateway gatekeeper 53 and directs a 
communication subsystem 58. The gateway engine 50 also contains the 
20 feature logic for VPBX capabilities. The gateway engine 50 also creates 
logging and statistical data. 

The enterprise directory 90 is a company-wide global database of 
named objects including users, network devices (e.g. routers, gateways), and 
network services (e.g. print servers), etc. The enterprise directory 90 is a 
25 distributed system with replication and synchronization among its nodes, and 
has an extensible object schema. The implementation of the enterprise 
directory 90 in the integrated voice gateway system of the invention includes 
the extension of the directory schema to support IP telephony. 

In a preferred embodiment, the enterprise directory 90 is implemented 
30 using NDS. The invention introduces schema extensions in NDS. The 
schema extensions enhance the NDS base schema so that it supports the 
Directory Services requirements for an H.323 Recommendation based IP 
telephony network. In addition to H.323 support, the schema extension 
enables the H.323 gatekeepers in an H.323 IP telephony network to 
35 automatically find each other. This capability is not currently specified and 
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supported by the ITU H.323 Recommendation v.1. The schema extensions 
also enable the invention to provide many of its unique features, e.g. caller ID, 
follow me with call filtering, etc, 

FIG. 3A illustrates the distributed architecture of the enterprise 
5 directory 90. In FIG. 3A, the logical organization of the enterprise directory 
90 is illustrated by the large ellipse with NDS at its center and surrounded by 
a series of pie-shaped logical partitions PI, P2, P3, P4, P5. P6. The number 
of partitions illustrated in FIG. 3A is arbitrary, as the actual number of 
partitions in a particular gateway network will depend on the needs of the 
10 particular enterprise. 

Also illustrated in FIG. 3A are a series of gateway servers 26-1, 26-2, 
26-3, 26-4, 26-5, 26-6, each gateway sender coupled to a respective physical 
partition PV, P2', P3\ P4', P5', P6' of the enterprise directory 90. The dashed 
curved lines indicate the correspondence of the physical partitions PV, P2\ 
15 P3', P4', P5', P6' with the logical partitions PI, P2, P3, P4, P5, P6 of the 
enterprise directory 90. Each physical partition PV, P2\ P3', P4\ P5', P6' 
comprises the portion of the respective enterprise directory 90 applicable to 
the respective location sen/ed by a gateway server 26-1 , 26-2, 26-3, 26-4, 26- 
5, 26-6 in the enterprise's gateway network. 

20 In addition, the enterprise directory 90 at an individual location may 

include a replica of a partition from another location in the network. This can 
be done, for example, to facilitate set up of calls between locations which 
have a high volume of telephone calls. The arrows in FIG. 3A indicate the 
locations of replicas of partitions which are included in the enterprise 

25 directories at other locations. In the configuration illustrated in FIG. 3A. a 
replica of the partition PV at the first location is included in the enterprise 
directory 90-2 at the second location. Also, both the third and sixth locations 
have replicas R3', R6' of each other's partitions. As indicated above, the 
replicas of the partitions are automatically synchronized, whereby changes to 

30 entries in a partition at one location, are sent to other locations having a 
replica of the respective partition. 

Referring again to FIG. 3, the gateway database 51 is an open 
database connectivity (ODBC) compatible database. The gateway database 
51 contains enterprise white pages, frequent contact information, gateway, 
35 routing tables, individual user follow me records, and a call log. The gateway 
database 51 records are fully indexed to provide necessary real-time 
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performance. The enterprise directory 90 is the source of the white pages, 
and frequent contact and raw routing tables. This information is separately 
maintained in the gateway database because commercially available 
implementations of an enterprise directory, e.g. NDS. are not indexed, and 
5 are therefore not easily searchable. The gateway database 51 is indexed to 
facilitate the availability of the data. The data is obtained from the enterprise 
directory 90 and passed to the gateway database 51 by the dredger 1 07. The 
gateway database 51 also includes an operational routing table, user follow 
me and call log data which are created within the gateway server 26. 

10 The gateway database 51 runs on an ODBC compliant database 

application. Suitable database applications include, for example, Jet, which is 
included with Windows NT 4.0, and Oracle 8. 

The preferred embodiment of the invention includes the X.500 
compatible enterprise directory. However, in installations which do not have 

15 an X.500 compatible enterprise directory, the alternative embodiments of the 
gateway network of the invention may include other database configurations. 
For example, one alternate embodiment may be used in systems which have 
an SQL Sen/er database. The schema extensions may be added to the 
existing data structures in the SQL database, or a new, comprehensive 

20 schema may be established. 

In a second alternative embodiment, the enterprise directory includes a 
database designated the master database at a first location, and duplicate 
databases, designated slave databases at the remaining locations in the 
gateway network. In this master-slave configuration, all database 

25 administration is performed on the master database. Updates to the master 
database are exported to a file which is sent to the other locations and 
imported into the slave databases. The dredging and synchronization 
process would be the same as for an X.500 compatible enterprise directory. 
The database cache 108 is a repository of information contained in RAM in 

30 the gateway sen/er 26. The database cache includes data duplicated from 
the gateway database 51 which data is required to be in RAM to support the 
performance of the gateway sen/er, and also transient/dynamically changing 
data, e.g. idle/busy status of users' telephones. Much of the data in the 
database cache 1 08 is indexed for rapid retrieval. 

35 The gatekeeper agent 52 is the equivalent of an H.323 gatekeeper 

client. The gatekeeper agent 52 interacts with the gateway gatekeeper 53 for 
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address translation, e.g. PSTN telephone number to IP address of a remote 
destination gateway server or H.323 telephone. 

The gateway gatekeeper 53 is an embedded equivalent of an H.323 
gatekeeper. The gateway gatekeeper 53 services the request for address 
5 translation received from the gatekeeper agent 52. This module uses data 
within the gateway database 51 for performing address translations. 

The fax gateway 54 sends and receives faxes to and from an external 
fax server (not illustrated). The fax gateway 54 also translates faxes into 
printable files and transfers the files to a print server (not illustrated) for 
10 printing. 

The gateway web server application 55 supports the components of 
the web client sen/er applications in the gateway network 4. A suitable web 
server application 55 is the Microsoft NT IIS server application which uses 
ActiveX server components and Active Server Pages technologies. 

15 The user web server application 56 is a server application component 

which supports user clients by responding to HTTP user requests by the user 
clients. The administrator web server application 57 is a server application 
component which supports system administrator clients by responding to 
HTTP user requests by administrator clients. 

20 In a preferred embodiment, the web server 92 is a Microsoft NT IIS 

Server. The web server 92 provides the client/server communication 
mechanism between browser-based clients, e.g. a user client 95 and an 
administrative client 96, and the gateway web sen/er application 55, the user 
web application 56 and the administrator web application 57. The web server 

25 92 may be co-located on the same server hardware as the gateway server 26 
or may be on separate server hardware. 

The user client 95 (also referred to herein as "browser") is a browser- 
based graphical user interface (GUI) application which resides in a desktop 
workstation 24, Java and HTML are used to provide the user interface. This 
30 application interface is used to deliver integrated gateway user features. The 
administrator client 96 is also a browser-based GUI application, which resides 
in a desktop workstation 24. 

The communications subsystem 58 presents to the gateway engine 50 
an abstract appearance of telephony capabilities and activities in the system. 
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The communications system 58 merges infomiation from separate modules 
(e.g., the telephone network 65 and CTI 76 modules) to present a single 
logical PBX representation. The communications subsystem 58 also allows 
calls to be managed in a similar manner by the higher systems, whether 
5 telephone network or IP telephony in nature during initiation, while active and 
at completion. 

The IP telephony module 59 is an object oriented abstraction of IP 
telephony. This module permits hardware from different vendors to be used, 
thereby isolating their differences from the higher level components of the 
system. The VoIP submodule 60 is an object oriented abstraction of an 
H.323 implementation including H.323 call control and H.323 voice 
transmission over an IP network. The FolP submodule 61 is an object 
oriented abstraction of T.1FAX2 implementation including the fax interaction 
and transmission protocol over an IP network. The VolP/FolP driver 62 is the 
software layer supplied with IP telephony hardware to support the gateway 
server 26 application. A network interface card (NIC) 63 connection (e.g., 
ethernet lObaseT) provides the IP connection to the data network (not 
illustrated) used to transmit and receive IP telephony communications. A 
digital signal processor (DSP) 64 includes a microprocessor which is 
specialized to manage real-time digitally encoded signals. For IP telephony, 
the DSP 64 may include coder/decoder (codec) algorithms to compress and 
decompress voice signals. 

The telephone network module 65 is an object oriented abstraction of 
switched circuit telephone network connections. These connection types are 
25 the foundations of today's telephone network. Elements controlled in the 
telephone network module 65 include station interfaces 73, trunk interfaces 
66, and resources to interact with the media stream (e.g. record and playback 
voices, detect and generate touch tones, etc.). The telephone network 
module 65 represents all the call processing infomiation and call status. 

30 The trunk interface submodule 66 is an object oriented abstraction of 

telephone network trunk connections. Several telephone trunk types may be 
supported including, e.g., analog trunks (Loop Start and Ground Start), T1/E1 
E&M trunks, ISDN PRI trunks (T1/E1), and ISDN QSIG (T1/E1). The trunk 
interface submodule 66 can interface with a variety of hardware specific 

35 software drivers, e.g. analog driver 67, T1/E1 E&M driver 69, PRI driver 70, 
and QSIG driver 71. 
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The analog trunk hardware 68 supports connecting analog trunk lines 
35. The analog trunk hardware 68 provides the physical connection of this 
trunk type to the gateway server 26 and, in some cases, provides a 
connection to an internal time division multiplexing (TDM) bus 84. Suitable 
5 analog trunk hardware 68 includes the QuickNet Technologies LineJack card. 

The DS-1 hardware (T1/E1) 72 supports connecting DS-1 trunk lines 
(T1/E1 E&M) 37, (PRI) 39, (QSIG) 41. The DS-1 hardware 72 provides the 
physical connection of this trunk type to the server and, in some cases, 
provides a connection to the internal TDM bus 84. The DS-1 hardware 72 
10 card may be a T1 card which supports 24 channels (domestic US) or an El 
card which supports 30 channels (European). A suitable DS-1 hardware 72 
card is the Dialogic D240.SC card. 

The analog station hardware 75 supports connecting analog station 
lines 33. The analog station hardware 75 provides the physical connection to 
15 the gateway server 26 and, in some cases, provides a connection to the 
internal TDM bus 84. A suitable analog station hardware 75 is the Dialogic 
DIALOG/4 card. 

The TDM bus 84 is an internal bus which provides a switching matrix 
for circuit switched telephone connections. The TDM bus 84 is used to 

20 transport voice signals or other call content from one hardware device (e.g., 
analog trunk 68. DS-1 H/W (T1/E1) 72. and analog station H/W 75) to 
another within the system. The TDM bus 84 may exist both internal to a 
single card as well as providing a physical connection where multiple cards 
may be interconnected. Suitable implementations of a TDM bus 84 include 

25 the Dialogic SC-Bus and the Natural Microsystems MVIP bus. 

The station interface submodule 73 is an object oriented abstraction of 
telephone network station connections. The interactions embodied in the 
station interface submodule 73 represent the operation of a telephone device 
connected to a telephone system PBX or public network. In the embodiment 

30 illustrated in FIG. 3. the station interface submodule 73 is implemented using 
analog station connections (POTS telephone), however the station interface 
submodule 73 may also be implemented using digital telephone connections, 
e.g. ISDN BRI emulation. The station interface submodule 73 interfaces with 
a variety of station hardware specific software drivers, illustrated in FIG. 3 as 

35 an analog station driver 74. 
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The CTI module 76 provides an object oriented abstraction of a CTI 
link connection to a PBX. The CTI module 76 supports the delivery of events 
received and the receipt of call control commands in an abstract sense for 
processing and subsequent handoff for delivery to the PBX 34 over the CTI 

5 link 98. The CTI module 76 can support the requirements of industry 
standard CTI links, e.g. TSAPI, TAPI and CT Connect. The TSAPI 
submodule 77 supports all communications with the TSAPI driver 80. The 
TSAPI submodule 77 normalizes any TSAPI differences which exist among 
various PBX implementations into a common TSAPI abstraction, and 

10 presents this abstraction to the CTI module 76. The TAPI submodule 78 
supports all communications with the TAPI driver 81. The TAPI submodule 

78 normalizes any TAPI differences which exist among the various PBX 
implementations into a common TAPI abstraction and presents this 
abstraction to the CTI module 76. The CT Connect submodule 79 supports all 

15 communications with the CT Connect driver 82. The CT Connect submodule 

79 normalizes any CT Connect differences which exist among the various 
PBX implementations into a common CT Connect abstraction and presents 
this abstraction to the CTI module 76. 

The CTI server 97 is a client/server application which controls the flow 
20 of information between the gateway server 26 and the PBX 34 over the PBX 
CTI link 98. The core CTI server module 102 provides the central logic for the 
application. The CTI client driver 99 manages logical link connectivity to client 
applications. The CTI client driver 99 also manages a communications link 
106 to the CT Connect driver 82, and brokers the information flow to and from 
25 the CT Connect driver 82. The PBX-specific driver 101 interfaces with the 
CTI server core module 102, translates the CTI server's 97 standard 
messaging to/from the particular protocol used by the specific PBX 34, and 
delivers the information to/from the physical connection to the PBX 34. The 
physical connection to the PBX 34 may be an ethemet NIC, or a dedicated 
30 physical link with a protocol, e.g. X.25 or ISDN BRI. Suitable client/sen/er CTI 
implementations include Novell TSAPI, Microsoft TAPI 2.1 and Dialogic CT 
Connect. The CTI server 97 may be a stand alone application on separate 
server hardware or may reside in the same sen/er hardware as the gateway 
server 26. 

35 The gateway server 26 integrates with telecommunications customer 

premises equipment (CPE), in particular PBXs for large sites and hybrid/key 
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systems at smaller locations. The temn PBX is used herein interchangeably 
to refer to all such systems. 

The automatic route selection (ARS) 103 is a functional capability that 
the PBX 34 employs to select the preferred trunk for placing a call. PBXs 
5 may have a variety of trunks attached, including local lines, direct lines to a 
long distance provider, private leased lines interconnecting with other 
company PBXs, and virtual private networks. The ARS 103, sometimes also 
called least cost routing (LCR), reviews the number dialed, and identifies a 
preferred trunk. If the preferred trunk is busy, the ARS 103 will proceed to a 
10 subsequent choice. The ARS 103 then adds or deletes digits to condition the 
number dialed and transmit the call over the selected line. This feature is 
also available on some hybrid/key systems. In a preferred embodiment of the 
invention, the ARS 103 is configured to route calls destined across the 
gateway network to the gateway server as the preferred first choice. 

15 The PBX 34 uses trunks to connect to the PSTN CO and to 

interconnect to other PBXs. Various types of trunks may be used, including 
analog, T1, El, ISDN PRI, and QSIG. In a preferred embodiment, the 
gateway server 26 can support all the trunk types listed. 

A PBX station line is a connection for a telephone, device. PBXs may 
20 support several types of telephone devices, including analog (POTS), 
proprietary digital stations, and ISDN terminals. The gateway server 26 may 
use analog station lines 33 to interface with the PBX. 

Enterprise Directory Schema Extensions 

The integrated computer telephone system introduces schema 
25 extensions in industry standard enterprise directory services systems to 
support IP telephony. While the description of the schema extensions will be 
presented in terms of NDS, it is understood that the schema extensions are 
applicable to other industry standard directory systems. 

The schema extensions enhance the NDS base schema so that the 
30 schema supports the Directory Services requirement for an ITU H.323 
Recommendation based IP telephony network. In addition to H.323 support, 
the schema extensions enable the H.323 gatekeepers in an H.323 IP 
telephony network to automatically find each other. This capability is not 
currently specified and supported by ITU H.323 Recommendation v.1. The 
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schema extensions also enable the gateway server to provide additional 
features, e.g. caller ID and call filtering. 

The schema extension includes additional NDS objects and additional 
NDS attributes. The schema enhancement defines the relationships among 
5 the additional NDS objects and attributes. The additional NDS objects for 
H.323 include H.323 Gateway. H.323 Gatekeeper, and H.323 Multipoint 
Control Unit (MCU). The additional NDS attributes are applicable to the 
additional H.323 objects and existing NDS objects. 

Table 1 lists the attributes which are included in the NDS enterprise 
10 directory schema extensions in a preferred embodiment of the invention. 
Table 1 includes the name of each attribute added to the schema, a brief 
definition of each attribute, and an indication as to whether the attribute is 
added to support the use of the enterprise directory to support IP telephony or 
to support the advanced features 



No. 


Attribute 


Definition 


Supports 


1 


Attendant Number 


Specifies the telephone number for a gateway server tor 
Finder activation/deactivation. Hop On from PSTN, etc. 


Advanced 
Features 


2 


Auto Attendant Prefix 


Specifies the dialing stnng for the auto attendant preceding 
the extension number (null value if no autoattendant and 
Direct inward Dialing is available for the PBX). 


Advanced 
Features 


3 


CallAlert Timeout 


Specifies the time-out period, in seconds, for Call Alert 
inaction for a gateway server 


Advanced 
Features 


4 


Call Log 
Configuration 


Specifies the duration, in days, of the call log parameters tor 
a gateway server, including Call Log Duration, Call Log Type 
1, Call Log Type 2, ... (where Call Log Type i specifies the 
event logging level for a gateway server. There can be 
multiple event logging levels.). 


Advanced 
Features 


5 


WhitePages Subtree 


Specifies the scope of the whirte pages in the context of the 
enterprise directory. The gateway server catalog contains 
WhitePages and other information derived from the 
enterprise directory. This attribute establishes the directory 
contents that the WhitePages contain. 


Advanced 
Features 


6 


Cellular Phone 


Specifies the user's cellular phone number. 


Advanced 
Features 


7 


CTI 


Specifies the CTI link between the gateway server and the 
PBX, including CTI Type, Link Name, and Server Name. 


Advanced 
Features 


8 


CTN Access Code 


Specifies the special trunk access code to the Corporate 
Telephony Network, e.g. "8" (null value if the PBX does not 
support CTN dialing). 


Advanced 
Features 


9 


CTN Location ID 


Specifies the location ID(s) for the gateway network in the 
Corporate Telephony Network numbering plan. 


Advanced 
Features 


10 


CTN Numbers Table 


Specifies the Corporate Telephony Network numbers (or 
number patterns) represented by the gateway network for its 
PBX and its satellite PBXs (i.e. PBXs connected to the 
gateway server indirectly through another PBX, and which 
use the gateway server to get on to the IP network), 
including Location ID, Extension Range, PSTN pattern, and 
Comments (for the system administrator). 


Advanced 
Features 
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11 


CTN Trunk 

1 1 Cll lOldllUI 1 


Specifies the translation table for converting from the PBX 
numuenng lomiai lo o i iM canonical Tormai, inciudtng i runk 
Group ID. Trunk ID Range. Number of Digits to Delete, Digit 
to Prepend, and Trunk Card ID. and Comments. 


Advanced 
Features 


12 


FallBack Number 


Specifies the fallback number for a gateway server. This is 

the PSTN numhpr thAt th^ nat^u/au corv/ore tieo tn z^all aar^K 

other for fallback to PSTN. 


Advanced 
reaiures 


13 


GateKeeDer 


ik7|jcoiiico 11 ic uciauii uiaic7r\wp6r wiin wnicn an eniiTy sucn 
as Gateway and H.323 Terminal should register. Entities 
are allowed to reaister with Grit^Kf^^nt^r fnr thp H 7nno 

uiw aiiVi/vv^^u K\J iwvjiwioi Willi rVUC^CI l\Ji IMC ll.O^w ^UliC 

to which the entity belonqs. 


ir 1 eiepnony 


14 


GatekKeeper 
Exchanqe 


Identifies the GateKeener Exrh;4nnp with whirh a 

• **^*'»»'iww li iw VrfdlwIXwC^wl LbAI^I mi lUC Willi Wl IIOI 1 Ci 

GateKeeper is associated. 


\r 1 eiepnony 


15 


Gateway 


Soecifies the oatewav assnciatpri with a natPiA/au notu/nru- 

w^^^iii^^ ii 1^ v^mwvvay aoowk^lciLCU Willi cl UCtiCWdy liClWiJII\ 

entity, e.g. a user. 


ir^ 1 eiepnony 


16 


Gatewav List 


^nPPtfiP^ thp nPtPWAV/ QPFVPTQ aQQrmisitort u/itH a 
Vi^^wwitico 11 ic ^ciicway ocivcid dooUwialdJ Willi a 

GateKeeper. 


ir \ eiepnony 


17 


Home Phone 


Specifies the user's home phone number. 


Advanced 
Features 


18 


HopOff Enabled 


Specifies whether Hop-Off to PSTN is enabled for a 

yciicwciy otsivcr. 


Advanced 
Features 


19 


HopOff PSTN 
P AttPrriQ 


Specifies the PSTN number patterns for hop-off to PSTN for 

tho nOtA\AiO\/ con/or r^nKz DCTKI mimWape> tAtt^i^ts rv«««^Mb« 

me gdiewdy server, vjniy noi rvi numoers wnicn matcn 
these patterns can be reached via hop-off from this gateway 

server This ^^ttributp fArilit;)tPQ thp mitnmfttir' rmitinn 

^v^i • 1 1 iio dllliUUlw lu^llllCllwO (lie ClUlUIIIClliw lUUllllU 

conf iquration for the gateway network. 


Advanced 
Features 


20 


HooOn Enabled 


Soecifies whether Hon-On frnm PSTN pnahlpH fnr a 

^fa/wwiiiwo vvi idi Id 1 \^i III \ji 1 1 r o 1 1 >l lo CI IdUICvi lUI o 

gateway server. 


Huvanceu 
Features 


21 


HopOn for OffNet 
Call List 


Specifies the list of users, groups, or containers authorized 
to acces*; Hon-On fnr Off-Npt mll^ 


Advanced 
reaiures 


22 


License 


Contains the license data for a gateway network, including 
Serial Number and License Count 


Advanced 
Features 


23 


Manual Fallback 
Code 


Specifies code (a combination of multiple telephone keypad 

fvcyo^ iUi IdllUowlv lU ~0 1 IN y^liUll Value II manuai lailDaCK IS 

disabled). 


Advanced 
Features 


24 


MaYimiim r^allRank^ 

IVIdAII 1 lUI 1 1 WCill(JCIiirl\0 

per User 


ofje^rfiiieo uie fiiaAiitium nuiTiuer iji (juibianuiny v^anDaCK on 

Busy requests tor each user of a gateway server (zero if 
callbacks are not allowed, no value if no limit on the number 
of callback reauests^ 


Advanced 
Features 


25 


Office Fax 


Identifies the user's office fax number. 


Advanced 
reaiures 


26 


Office Phone 


Identifies the user's office telephone number. It is used for 
orovidinn Caller ID includinn CTN On-Npt Numhpr anri 

^■wVIUill^ ^yoild l^«t lllwlUUIIIU 1 1^ ^/ll IMCl I^UIIIUCl Gl lU 

PSTN Number. 


Advanced 
reaiures 


27 


Pager 


Identifies the user's pager number. 


Advanced 
Features 


28 


Passcode 


Specifies user passcode for the gateway finder 
activation/deactivation user authentication from a telephone. 


Advanced 
Features 




PRy InfnrmAtinn 


opeciiies ine roA coniiguraiion inionTiaiion wnicn is used 
by the gateway server, including PBX Type. Station to CO 
Trunk Access Code. Station to Gateway Server Trunk 
Access Code. Gateway Server to Local Trunk Access Code, 
Gateway Server to Toll Trunk Access Code, and DISA 
Access Code, 


Advanced 
Features 


30 


PBX Station Interface 


Specifies the Station Line interface between the gateway 
server and the PBX. including Card ID. Card Name, Port 
Number, For Attendant Yes/No. and Fallback Yes/No. 


Advanced 
Features 
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31 


PBX Trunk Interface 


Specifies the Trunk Line interface between the gateway 
server and the PBX. including Trunk Card ID, Trunk Type. 
Trunk Protocol, and Trunk Card Name.. 


Advanced 
Features 


32 


PSTN Codes 


Specifies the PSTN codes for a gateway server, including 
El 64 Country Code, El 64 Area Code, International Access 
Code, and Long Distance Access Code. 


Advanced 
Features 


33 


Desktop CTI License 
Count 


Specifies the number of licenses installed for users who are 
authorized to access this class of service, i.e. provided with 
access to CTI capabilities from the desktop browser. (This 
value may be for reference only.) 


Advanced 
Features 


34 


Desktop CTI License 
List 


Specifies the list of users, groups or containers who are 
authorized this class of service, i.e. provided with access to 
CTI capabilities from the desktop browser. 


Advanced 
Features 


35 


Finder Acceptance 
Code 


Specifies the acceptance code for answering a redirected 
call using this class of sen/ice. 


Advanced 
Features 


36 


Finder License Count 


Specifies the number of licenses installed for users who are 
authorized to access this class of service, i.e. who may have 
calls fonwarded to alternate telephone numbers. (This value 
may be for reference only.) 


Advanced 
Features 


37 


Finder License List 


Specifies the list of users, groups or containers who are 
authorized this class of service, i.e. who are authorized to 
have calls fonwarded to alternate telephone numbers. 


Advanced 
Features 


38 


Mobile License Count 


Specifies the number of licenses installed for users who are 
authorized this class of service, i.e. who may operate a 
portable computer as a virtual desktop from a remote 
telephone. (This value may be for reference only.) 


Advanced 
Features 


39 


Mobile License List 


Specifies the list of users, groups, or containers who are 
authorized this class of sen/ice, i.e. authorized operate a 
portable computer as a virtual desktop from a remote 
telephone. 


Advanced 
Features 


40 


UEP Domain 


Specifies the gateway network Uniform Extension Plan 
domain. 


Advanced 
Features 


41 


UEP Domain List 


Contains a list of all the UEP domains in the Corporate 
Telephony Network. 


Advanced 
Features 


42 


User Preferences 


Specifies the user preferences for the gateway network, 
including Screen Pops On/Off, Screen Pops Audible On/Off, 
Screen Pops Size Large/Small, and Number of Call Log 
Entries. 


Advanced 
Features 


43 


VoIP Address 
Parameters 


Specifies the address parameters associated with the VoIP 
subsystem in the gateway server, including VoIP Internet 
Address, VoIP Intranet Address, and VoIP Port Number. 


Advanced 
Features 


44 


VoIP Encoding 


Specifies the VoIP encoding parameters, including TxCoder 
(voice CODEC for transmitting), RxCoder (voice CODEC for 
receiving), volume (AGC for VoIP transmission), frame size 
(in milliseconds), and frames per packet (number of VoIP 
frames per UDP packet). 


IP Telephony 


45 


VoIP Hardware 


Specifies the hardware that is installed in the gateway 
server, including Card Type, Card ID, and Card Name. 


IP Telephony 


46 


VolPQOS 
Parameters 


Specifies the QoS parameters for VoIP, including VoIP QoS 
Detection (interval tor checking VoIP QoS) and VoIP QoS 
Threshold (threshold based on which the gateway server 
triggers fallback to PSTN, including Lost Packets, Packets 
Out Of Order, and Round Trip Delay). 


IP Telephony 


47 


H.323 Zone 


Identifies a human readable H.323 Zone name with which a 
GatekKeeper is associated. 


IP Telephony 



Table 1 . New Attributes Included in the Enterprise Directory Schema 

Extension 
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Table 2 lists object classes which are included in the NDS enterprise 
directory schema extensions in a preferred embodiment of the invention. 
Table 2 includes the name of each object class added to the schema, a brief 
definition of each object class, a list of the attributes listed in Table 1 which, in 
5 a preferred embodiment of the invention, may be associated with the 
respective object classes, and an indication as to whether the object class is 
added to support the use of the enterprise directory to support IP telephony or 
to support the advanced features. 



No. 


Object 
Class 


Definition 


Schema Extension Attributes 


Supports 


1 


GateKeeper 


The GateKeeper class 
represents an H.323 
GateKeeper entity. There may 
be multiple GateKeepers in a 
gateway network. 


License 

WhitePages Subtree 
H.323 Zone 
GateKeeper Exchange 
Gateway List 


IP Telephony 
and 

Advanced 
Features 


2 


Gateway 


The Gateway class represents 
an H.323 Gateway entity. A 
Gateway is associated with only 
one GateKeeper. The Gateway 
object also contains the routing 
information for this Gateway. 


License 

CTN Location ID 
CTN Numbers Table 
CTN Access Code 
Auto Attendant Prefix 
CTN Trunk Translation 
UEP Domain 
HopOff PSTN Pattern 

VnIP Adfirp^^ Paramptpr 

VoIP Encoding 

VoIP QoS Parameters 

VoIP Hardware 

GateKeeper 

PSTN Codes 

Fall Back Number 

Attendant Number 

Call Log Configuration 

Call Alert Timeout 

Maximum CallBacks Per User 

Manual Fallback Code 

Finder Acceptance Code 

Hop On Enabled 

Hop Off Enabled 

PBX Trunk Interface 

PBX station Interface 

CTI 

PBX Information 

HopON for Off Net Call List 


IP Telephony 
and' 

Advanced 
Features 

- 


3 


MCU 


The IVICU class represents an 
H.323 MCU entity. An MCU is 
associated with only one 
GateKeeper. 


License 
GateKeeper 


IP Telephony 
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4 


GateKeeper 
Exchange 


The GateKeeper Exchange 
object contains a list of all 
GateKeepers in the NDS Tree. 
There can be only a single 
GateKeeper Exchange object 
in the entire NDS Tree. The 
Distinguished Name of this 
object is administrator defined 
when the very first GateKeeper 
is installed in the NDS Tree. 
Subsequently, the 
Distinguished Name of this 
object has to be specified when 
the GateKeepers are installed. 


License 

Desktop CTI License Count 
Desktop CTI License List 
Finder License Count 
Finder License List 
Mobile License Count 
Mobile License List 
UEP Domain List 


IP Telephony 
and 

Advanced 
Features 


5 


UEP 
Domain 


Specifies the list of Gateways 
belonging to this domain. 


GateKeeper Exchange 


Advanced 
Features 


6 


User 


The User object represents 
users of network services 
including the gateway network 
service. 


GateKeeper 
Gateway 
Passcode 
Office Phone 
Cellular Phone 
Pager 

Home Phone 


IP Telephony 
and 

Advanced 
Features 



Table 2. New Object Classes Included in theEnterprise Directory Schema 

Extension 



Gatekeeper Catalog Description 

5 The gatekeeper catalog is an important part of the gateway database 

51 . It supports many of the features which are unique in the integrated voice 
gateway system of the invention, e.g. follow me and white pages. The 
contents of the gatekeeper catalog tables are described in the following 
tables. In preferred embodiments, certain of the catalog tables, e.g. the 

10 Gateway Table (shown in Table 6 below), may be divided into a plurality of 
smaller tables to facilitate access to the information contained in the tables. 

Custom Date Table 



The Custom Date table contains a list of custom dates for a specific 
Follow Me rule. Table 3 describes the contents of the Custom Date table. 



No. 


Attribute 


Description 


1 


CustomDatelD 


Unique ID used to identify this record 


2 


FollowMelD 


Link to FollowMe entry 


3 


CustomDate 


A custom date value 



15 

Table 3. Custom Date Table 
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Follow Me Table 

The Follow Me table contains a row for each Follow Me rule. A Follow 
Me rule is constructed by joining the Follow Me table with the Follow Me Filter 
table and the Custom Date table. Table 4 describes the contents of the 
5 Follow Me table. 



No. 


Attribute 


Description 


1 


FollowMelD 


Unique ID used to identify this record 


2 


DN 


User this FollowMe rule corresponds to 


3 


FollowMeTvpe 


DayOfWeek or Override 


4 


StartDate 


Start date for this FollowMe rule 


5 


EndDate 


End date for this FollowMe rule 


6 


StartTime 


Start time for this FollowMe rule 


7 


EndTime 


End time for this FollowMe rule 


8 


Monday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


9 


Tuesday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


10 


Wednesday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


11 


Thursday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


12 


Friday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


13 


Saturday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


14 


Sunday 


Yes/No field. True (Yes) indicates that this 
FollowMe rule applies to this day of the week 


16 


DestinationType 


Specifies the type of destination telephone number 


17 


DestinationT Address 


Specifies the destination telephony address to 
forward call to 


18 


DestlnationDescription 


User defined text 


19 


DestinationName 


User defined text 


20 


FilterEnabled 


Yes/No field. True (Yes) indicates that the source 
filter (if defined) should be used 



Table 4. Follow Me Table 
Follow Me Filter Table 

The Follow Me Filter table specifies a source filter for a specific Follow 
10 Me record. Table 5 describes the contents of the Follow Me Filter table. 
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NO. 


Attribute 


Description 


1 


FilterlD 


Unique ID used to identify this record 


2 


FoilowMelD 


Connects to the FoilowMe table 


3 


Inctudettem 


Indicates whether this item should be included in 
the source filter or not 


4 


TaddressTvpe 


Type of Telephony Address number string 


5 


Taddress 


The calling Telephony Address 


6 


Name 


User defined sthng 



Table 5. Follow Me Filter Table 

Gateway Table 

The Gateway table contains a record for each gateway server defined 
in the gateway network. The directory dredger searches the directory and 
populates this table. Table 6 describes the contents of the Gateway table. 



No. 




Description 


1 


LbI^Ci IOC 


License data for a qateway network 


2 




Location ID for the gateway network In the 
Corporate Telephony Network numberinq plan 


3 




oorporaie i eiepnony iNeiworK numoers (or 
number patterns) represented by the gateway 
network for its PBX and its satellite PBXs 


4 


CTN Access Code 


Trunk access code to the Corporate 
Telephony Network 


5 


Auto Attendant Prefix 


Dialing sthng for the auto attendant preceding 
the extension number 


6 


CTN Trunk Translation 


Translation table for converting from the PBX 
numberinq format to CTN canonical format 


7 


UEP Domain 


Gateway network Uniform Extension Plan 
domain. 


8 


HopOff PSTN Patterns 


PSTN number patterns for hop-off to PSTN 
for the qateway server 


9 


VoIP Address Parameter 


Address parameter associated with the VoIP 
subsystem 


10 


VoIP Encodina 


VoIP encoding parameters 


11 


VoIP QoS Parameters 


QoS parameters for VoIP 


12 


VoIP Hardware 


VoIP hardware installed in the qateway server 


13 


GateKeeper 


Default GateKeeper with which the gateway 
should reqister 


14 


PSTN Codes 


PSTN codes for the gateway server 


15 


Fall Back Number 


Fallback number for the qateway server 


16 


Attendant Number 


Telephone number for a gatewa yserver for 
Finder actlvation/deactivation, Hop On from 
PSTN, etc. 


17 


Call Loq Confiquration 


Duration, in days, of the call loq parameters 


18 


Call Alert Timeout 


Time-out period for Call Alert inaction 


19 


Maximum CallBacks Per 
User 


Maximum number of outstanding Callback on 
busy requests for each user 


20 


Manual Fallback Code 


Code for fallback to PSTN 
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21 


Finder Acceptance Code 


Acceptance code for answering a redirected 
call 


22 


Hop On Enabled 


Whether Hop-On Is enabled for the gatewa 
vserver 


23 


Hop Off Enabled 


Whether Hop-Oft to PSTN is enabled 


24 


PBX Trunk Interface 


Trunk line interface between the gateway 
server and the PBX 


25 


PBX Station Interface 


Station line interface between the gateway 
server and the PBX 


26 


CTI 


CTI link between the gateway server and the 
PBX 


27 


PBX Information 


PBX configuration information 


28 


HopON for OffNet Call 
List 


List of users, groups or containers authorized 
to access Hop-On for Off-Net calls 



Table 6. Gateway Table 
Frequent Contacts Table 

The Frequent Contacts table contains the frequent contacts for each of 
5 the users in the User table. Table 7 describes the contents of the Frequent 
Contacts table. 



No. 


Attribute 


Description 


1 


FrequentContactsID 


Unique ID used to identify this record 


2 


DestinationDN 


The DN that this Frequent Contact refers to 


3 


FeDN 


Owner of this Frequent Contact record 


4 


Description 


User defined text describing this Frequent 
Contact entry 



Table 7. Frequent Contacts Table 
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Routing Table 

The Routing table contains supported numbers by gateway server. 
This table along with the Gateway table is used to build a routing table. Table 
8 describes thecontents of the Routing table. 

5 



No. 


Attribute 


Description 


1 


ID 


Unique ID used to identify this record 


2 


DN 


Associated Gatew;9\/ rii^tinniii^hAH nAmo 


3 


CTNLocationID 


CTN number identifying the Gateway 


4 


RanqeTvpe 


CTN or HopOff 


5 


FromRange 


Beginning range of the local segment of the 
El 64 Phone Number or the extension number 


6 


ToRange 


Ending range of the local segment of the El 64 
Phone Number or the extension number 


7 


From PSTNRange 


Beginning range of the Corresponding PSTN 
address for the extension 


8 


ToPSTNRange 


Ending range of the Corresponding PSTN 
address for the extension 


9 


HopOffAreaCode 


When range type Is 'HopOff, the area code of 
the E164 number 


10 


HopOffCountryCode 


When range type is 'HopOff, the country code 
of the El 64 number 


11 


Comment 


User comment 



Table 8. Routing Table 

White Pages 

The White Pages contains a record for each user in a specified Zone. 
10 It is also possible for this table to contain all users in the gateway network. 
This table can be used as an enterprise wide white pages. Table 9 describes 
the contents of the White Pages. 



No. 


Attribute 


Description 


1 


ID 


Unique ID used to identify this record 


2 


DN 


User distinguished name 


3 


CN 


User common name 


4 


EmpioyeeNumber 


User's employee number 


5 


DepartmentName 


User's department 


6 


FIrstName 


First name of user 


7 


MiddleName 


Middle initial 


8 


LastName 


User last name 


9 


OfficeExtension Number 


User office telephone extension number 


10 


Office PSTN Number 


User office PSTN telephone number 


11 


Office Fax Number 


User office fax number 


12 


CellularPhoneNumber 


User cellular telephone number 


13 


HomePhoneNumber 


User home telephone number 


14 


Paqer 


User pager number 


15 


Title 


User title 


16 


EmallAddress 


User email address 
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17 


PostalAddress 


User postal address 


■4 O 

lo 


City 


User city 




StateO rP rovincB 


User state or province 


OA 


nosiaiuous 


User zip/post code 


^ 1 




user country 




LUCaiiOn 


user locaiion 


23 


DepartmentID 


User department 




OdicwayiNcifTic 


uiaieway corresponoinQ lor inis user 


25 


DefaultGatekeeper 


Default Gatekeeper for this user 


26 


Passcode 


User passcode 


27 


Preferences 


User preferences 


28 


FollowMeEnabled 


Yes/No field. True (Yes) implies that follow 
me is enabled for this user 



Table 9. White Pages 

Private Contacts 

The Private Contacts table contains records of contacts users want to 
5 track, but who are not listed in the White Pages. The formats in the fields of 
the Private Contacts table are identical to those of the fields in the White 
Pages. 

Temporary Contacts 

When a user wishes to view the user's frequent contacts, a temporary 
10 table is built which contains only the user's frequent contact information. This 
table is constructed from the White Pages and Private Contacts table. The 
formats of the fields of the Temporary Contacts table are identical to those of 
the fields in the White Pages. 

Numbering Plan 

15 The numbering plan is the equivalent of addressing for telephone 

numbers. In a company's voice network, there are various mechanisms for 
addressing a call to another party, e.g. a PSTN number and an extension 
number. There are also various access mechanisms for the respective 
addressing schemes. 

20 Current large PBXs are flexible in their numbering plans, and can 

support numerous types of dialing methods. In Uniform Numbering Plans 
(UNP), telephones at any of a number of sites may be dialed simply by dialing 
an extension number. Such uniform numbering plaris may allow for 
extensions of different lengths (i.e., number of digits).' In an Enterprise 

25 Telephone Number (ETN) plan, telephones at other sites in the company may 
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be dialed using an access code, commonly an "8". followed by a location 
code (typically 3 digits), followed by the extension. In a PSTN Numbering 
plan, telephones at other sites may be dialed by dialing the public telephone 
number (per the ITU E.I 64 specification). In a trunk group access numbering 
5 plan, telephones at a particular remote site may be dialed by dialing an 
access code for a group of trunks, followed by the extension number. 

The UNP and ETN methods are commonly limited to single vendor 
PBX solutions. Key systems are far more limited in their numbering plan 
capabilities. Key systems typically support PSTN dialing and perhaps Tie 
10 Trunks, but do not support UNP or ETN methods. 

The gateway server facilitates a transparent installation with respect to 
the enterprise's existing numbering plan. The gateway network permits users 
to continue dialing according to the same numbering plan they use with the 
PBX alone. The ARS/Numbering Plan routing and digit manipulation tables 
15 are reconfigured to deliver calls to remote locations to the gateway server. 
Thus, the gateway server does not require that the numbering plan be 
changed. 

In a voice gateway system, as illustrated in FIG. 1, the gateway servers 
can support UNP and ETN methods, and can support these methods in multi- 
20 vendor environments which include PBXs and/or hybrid/key systems over an 
IP network. 

The gateway network classifies telephone numbers as PSTN (E.I 64), 
ETN (Location + Extension) and UNP (Extension). The three plans are 
merged into a single numbering scheme for the enterprise by adding 
25 configurable prefixes to the PSTN and ETN numbers. For a PSTN number, 
the PSTN prefix (typically "9") is appended to the PSTN number. For ETN 
numbers, the ETN prefix (typically "8") is appended to the telephone number. 

The telephone numbers may undergo pre- and post-processing as 
they traverse the gateway network depending on the capabilities of the PBXs 

30 and the preferences of system administrators. For example, if a caller PBX 
has the capability, and the system administrator chooses to configure the 
PBX such that all calls are delivered to the gateway server with the telephone 
number in the gateway network format, the call can be compared directly 
against the routing tables for routing to the destination. • If a PBX does not 

35 have the capability, or if the system administrator chooses not to configure 

-34- 



SUBSTITUTE SHEET ( rule 26 ) 



wo 99/05590 



PCT/US98/15015 



the tables in the PBX, then the caller gateway server can perform incoming 
digit translation. The preprocessing can be set up to apply the same rules to 
all trunks, or can apply, e.g. PSTN translation to calls on trunks 1-8, and ETN 
translation to calls on trunks 9-16. The preprocessed numbers can then be 
5 compared against the routing tables for routing to the destination. 

At the destination, if the called PBX has the capability, and the system 
administrator chooses to configure the PBX to receive call with the telephone 
number in the gateway network format, then the gateway server delivers the 
calls without the need for postprocessing the telephone numbers. If the PBX 

10 does not have the capability to receive call with the telephone number in the 
gateway network format, or if the system administrator chooses not to so 
configure the PBX, then the called gateway sen/er can perform outgoing digit 
translation. The called telephone number associated with each call received 
may be formatted to deliver an extension, and ETN number or a PSTN 

15 number, with appropriate prefixes, for the particular PBX. 

Hybrid/key systems with analog trunks typically have an automated 
attendant unit which answers calls and prompts the caller to enter an 
extension to reach a called telephone. This is known as a two stage dialing 
scheme, and is commonly used in smaller office environments. The gateway 

20 sen/er permits the caller to directly dial a called telephone without having to 
deal with an automated attendant. The caller may start the call either by 
dialing an ETN number (8+LOCATION+Extension), a UNP number 
(extension) or place the call from the white pages directory via the browser 
interface. The called gateway may be configured to deliver the call directly to 

25 the called telephone. When the call arrives at the gateway serv/er, the 
gateway server alerts the analog trunk. When the call is answered by the 
PBX, the gateway server plays the configured prefix string followed by the 
extension number. The call will then alert directly at the called telephone. 
The caller will hear normal ringing throughout the process until the called 

30 telephone is answered. The net effect is that the invention reduces two-stage 
dialing into a one-stage addressing method. 

In the following descriptions of several functions of the integrated voice 
gateway system of the invention, reference will be had to FIGs. 4-47 and 50- 
58 which illustrate the configuration of the gateway networks and the 
35 components which support the functions described. In the interest of 
simplifying the FIGs., only those components which are necessary to describe 
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the respective functions are depicted in the con-esponding FIGs. For 
example, the telephone network software and hardware (FIG. 3) will be 
represented by the respective software drivers (e.g., analog driver 67 
representing the trunk 66, analog driver 67 and analog tmnk hardware 68). 

5 In certain instances in which signals are depicted, although 

connections between connponents are not explicitly depicted, reference 
numerals coupled to the signals are understood to be referring to the 
described interface (e.g., station analog port, trunk, etc.). In the descriptions 
of the functions, a telephone which is coupled to a PBX in a company's 
10 gateway network will be referred to as a gateway telephone, and a telephone 
which is outside the company and is coupled to the PSTN will be referred to 
as a PSTN telephone. The gateway network and its components at the 
calling party's end will generally be referred to as the "caller" components, 
e.g. "caller gateway server". The gateway network and its components at the 
15 called party's end will generally be referred to as the "called" components, 
e.g. "called gateway server". 

In the description of the operation of an integrated voice gateway 
system of the invention in FIGs. 4-47 and 50-58, in general components 
comprising the gateway network at the caller end of a telephone call are 
identified by their respective reference numerals shown in FIGs. 2-3 (e.g. 
caller gateway server 26) and components comprising the gateway network at 
the called end of a telephone call will have as their reference numerals 100 
plus the respective reference numeral of the corresponding component of 
gateway network at the caller end (e.g. called gateway server 126). 
Additional components outside both the caller gateway network and the called 
gateway network will have as their reference numerals 200, 300, 400, etc., 
plus the respective reference numeral of the corresponding component of 
gateway network at the caller end (e.g. PSTN telephone 238). 

In FIGs. 4-47 and 50-58, unless otherwise specified in a particular 
30 method or scenario, the interface between the PBX and the gateway server 
may be illustrated as ah analog trunk interface and the telephone drivers in 
the gateway servers may be illustrated as analog drivers. However, as 
illustrated in FIG. 3 and described in reference to FIG. 3 and elsewhere 
herein, the interface between the PBX and the gateway server may include 
35 analog trunk, DS-1 (T1/E1, PRI, QSIG) and/or analog station lines, with each 
interface supported by a con-esponding telephone driver. Therefore, the 
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illustration of the interface between the PBX and the gateway server as an 
analog trunk and the telephone drivers in the gateway as analog drivers is by 
way of illustration, and in no way limits the respective described operations to 
the particular interface illustrated in the exannples. 

5 In FIGs. depicting methods or scenarios in which a call hops-on to or 

hops-off from a gateway network, a third telephone company central office will 
be identified as C03 13. 

In the description of the operation of an embodiment of an integrated 
voice gateway system of the invention with respect to FIGs. 4-58, telephone 

10 calls are generally described as being initiated by a caller lifting a handset and 
dialing a telephone number. Likewise, the connection is generally described 
as being made when a called party lifts the handset and answers the call. 
The integrated computer telephone system of the invention provides the user 
with an integrated, comprehensive, and easy to use PC Call Control capability 

15 via a web browser interface. The PC Call Control capability is described 
below. It is understood that all of the methods and scenarios of operation 
illustrated by the FIGs., and described herein, may be controlled by the user 
from the telephone via DTMF buttons or from the desktop workstation via the 
web browser interface. The PC Call Control features of the integrated voice 

20 gateway system of the invention are described below. 

Basic PSTN Call 

In a preferred embodiment, the integrated computer telephone system 
of the invention provides the capability to place a telephone call from a caller 
gateway telephone to a called gateway telephone via the PSTN. Referring to 

25 FIG. 4, a caller {not illustrated) initiates a call by picking up the handset on the 
caller telephone 38 and dialing an ARS code, e.g. 9. plus a PSTN telephone 
number or other digit string. The caller PBX 34 reviews the dialed number 
against the information in the ARS tables to select a trunk group. It may then 
modify the digit string, deleting and inserting digits for proper addressing. The 

30 caller PBX 34 delivers the call to C01 12. CGI 12 routes the telephone call 
through the PSTN 16 to C02 14. C02 14 delivers the call to the called PBX 
134 via an available trunk and may transmit a subset of the called telephone 
. number. The called telephone 138 rings and is answered by the called party 
(not illustrated). 
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Basic VoiP Call 

In a preferred embodiment, the gateway network provides the 
capability to place a telephone call from a caller gateway telephone to a 
called gateway telephone via an IP network. This is referred to herein as a 
5 VoIP call. It is also referred to as "Inter-PBX Toil Bypass," because, as the 
term indicates, a long distance toll between remote PBXs is avoided by using 
the IP network. 

Referring to FIG. 5, a caller (not illustrated) initiates a call by picking up 
the handset on the caller telephone 38 and dialing an ARS code, e.g. "9" for 

10 an off-net call or "8" for an on-net call, plus a PSTN telephone number or 
other digit string. The caller PBX 34 reviews the digital number against the 
information in the ARS tables and selects a trunk group 35 coupled to the 
caller gateway server 26. The caller PBX 34 may modify the dialed digit 
string, deleting and Inserting digits for proper addressing on a trunk in that 

15 group. The caller gateway analog driver 67 receives the call. The caller 
gateway server 26 performs internal operations to determine the IP address 
of the called gateway server 126. Referring again to FIG. 3, within the caller 
gateway server 26, the gateway engine 50 requests the gatekeeper agent 52 
to get an address. The gatekeeper agent 52 places an H.323 compliant 

20 request to the gateway gatekeeper 53. The gateway gatekeeper 53 
references tables in the gateway database 51 to determine the called 
gateway server 126 and its address. The caller gateway VoIP driver 62 
transmits packets addressed to the IP address of the called gateway server 
126 via the IP network 18. The caller gateway server 26 and called gateway 

25 server 126 communicate via the IP network 18 to initiate a duplex H.323 call. 
The called gateway server 126 then selects a telephone trunk 135 to deliver 
the call to the called PBX 134. The called gateway server 126 initiates the 
call, including the called telephone number, to the called PBX 134. The 
called PBX 134 interprets the received telephone number to select a called 

30 telephone 138 to ring. The called telephone 138 rings and when answered by 
the called party (not illustrated) the connection is made. The connection 
event may propagate through the system. 

HoD-off to PSTN Call 

In a preferred embodiment, the gateway network provides the 
35 capability to place a telephone call to an outside-of-the-company PSTN 
destination via the IP network. A user in the company can call a long 
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distance PSTN destination by dialing the telephone number as usual. The 
caller gateway network will set up the call to be carried via the IP network to a 
called gateway server within the connpany which is closest to the destination 
telephone, and make a PSTN connection to "hop-ofT to the PSTN 
5 destination. 

The system administrator for each gateway network determines which 
local hop-off destinations the gateway network will support and configures the 
gateway server accordingly. The system administrator also configures the 
gateway server to identify those gateway servers from which the local 
10 gateway server will accept hop-off calls. The gateway sen/ers can be 
configured to support hop-off to local PSTN calls and hop-off to long distance 
PSTN calls. The ARS table of the PBX in the originating gateway network is 
configured accordingly for the hop-off calls to be routed to the gateway 
server. 

15 In preferred embodiments of the invention, there are several different 

methods in which hop-off to PSTN may be implemented. The different 
methods take into consideration variations in the configurations of gateway 
networks at different installations, e.g. PBX configuration and capability, CTI 
capabilities, additional hardware availability and voice channel capacity. 



20 Table 10 identifies differences in the configuration for three hop-off to 

PSTN methods in preferred embodiments of the invention. 



Method 


Transparent 


CTI 
support 


T1 trunk 
channels per 
hop-off call (at 
destination ) 


Analog station 
ports per hop- 
off call (at 
destination) 


PBX 
support 


A 


Transparent 


No 


0 


1 


None 


B 


Transparent 


No 


1 


1 (only during 
setup) 


Trunk to trunk 
transfer 


C 


Transparent 


No 


1 


0 


Trunk to trunk 
call 



Table 10. Hop-off to PSTN Methods 



Hop-off to PSTN will be described with respect to FIGs. 6-14. FIGs. 6- 
25 14 depict certain components of a caller gateway network 4 and a called 
gateway network 104 which support the respective hop-off to PSTN methods. 
Connections between the components are not shown in order to simplify the 
FIGs. The set up of the hop-off and the resulting PSTN call are depicted by a 
heavy solid line. An arrow head on a solid line indicates the direction of data 
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flow or call flow, as appropriate. A solid line without an arrow head indicates 
the data or call flows in both directions. 

Hop-off to PSTN method "A", listed in Table 10, implements a 
transparent hop-off to PSTN. One analog station port is used at the 
5 destination end of the call during hop-off to PSTN and for the remainder of 
the call. No T1 trunk channels are required for the hop-off. Method "A" does 
not use CTI support. 

Hop-off to PST method "A" will be described with reference to FIGs. 6- 
7. All steps described below are at the called gateway network 104. 

10 Referring to FIG. 6, upon receiving a VoIP call from the caller gateway server 
26, the analog station driver 174 in the called gateway sen/er 126 places a 
call from an analog station 175 (75 in FIG. 3) to the hop-off destination called 
PSTN telephone 238. Referring to FIG. 7, the called gateway sen/er 126 then 
connects the TDM bus 84 (FIG. 3) time slot of the new PSTN call with that of 

15 the incoming VoIP call, completing the hop-off to PSTN call. 

Hop-off to PSTN method "B". listed in Table 10, implements a 
transparent hop-off to PSTN. One analog station port is used at the 
destination end of the call only during setup of the hop-off to PSTN. One T1 
trunk channel is used during setup of the hop-off and for the remainder of the 
20 call. The PBX includes trunk-to-trunk transfer capability. Method "B" does 
not use CTI support. 

Hop-off to PSTN method "B" will be described with reference to FIGs. 
8-12. Referring to FIG. 8, upon receiving a call from the caller gateway server 
26, the called gateway server 126 makes a call from an analog station 174 in 

25 the called gateway server 126 to a T1 trunk 137 in the called gateway network 
104 by dialing a specified "hop-off to gateway trunk" telephone number. 
Referring to FIG. 9, the called gateway server 126 answers the call at the 
gateway tmnk 137 and recognizes the call as a hop-off to PSTN call. 
Referring to FIG. 10, the called gateway server 126 makes a hook-flash 

30 transfer to the hop-off destination telephone 238 number. Referring to FIG. 
1 1 , the called gateway sen/er 1 26 hangs up the analog station 1 33. Referring 
to FIG. 12, the called gateway server 126 connects the TDM bus 84 (FIG. 3) 
time slot of the new hop-off call with the time slot of the incoming VoIP call. 

Hop-off to PSTN method "C", listed in Table 10, implements a 
35 transparent hop-off to PSTN. One T1 trunk channel is used during setup of 
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the hop-off and for the remainder of the call. No analog ports are used. The 
PBX includes trunk to trunk call, i.e. tie trunk to CO trunk, capability. Method 
"C" does not use CTI support. 

Hop-off to PSTN method "C" will be described with reference to FIG. 
5 13-14. Referring to FIG. 13, upon receiving a call from the caller gateway 
server 26. the called gateway server 126 makes a call from a Tl-tie-tmnk 
channel to the called, i.e. hop-off, PSTN number. Referring to FIG. 14, the 
called gateway server 126 connects the TDM bus 84 time slot of the new hop- 
off call with the time slot of the incoming VoIP call. 

10 Hop-on to VoIP Call 

In a preferred embodiment, the gateway network provides the 
capability to place a telephone call from a PSTN telephone to a telephone on 
a distant gateway network via a VoIP call. This capability can be combined 
with the hop-off to PSTN capability, described above, to enable a user to 

15 place a long distance call from a caller PSTN telephone to a called PSTN 
telephone by placing a local call to a local gateway network. The telephone 
call is then carried via a VoIP call between two gateway networks. Moreover, 
the destination gateway network for the VoIP call may be a remote gateway 
network or the local gateway which receives the call from the PSTN 

20 telephone. 

It will be seen below that in scenarios in which the called gateway is 
local to the caller telephone (scenarios C and D, below), the connection to the 
called telephone will not actually be a VoIP call. However, in such scenarios, 
the invention provides an access mechanism to the company's telephone 

25 system whereby a user must be identified and pass through a passcode 
security scheme. Calls placed by the user are identified by that user*s caller 
ID (for all calls, local and remote). This feature allows companies to choose 
to employ hop-on whereby a toll free access number may be given to 
employees so that they may call into the company, and hop-off, and the billing 

30 for the call will be linked to the company's PBX rather than the user's calling 
card. 
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Table 11 identifies scenarios of hop-on to VoIP calls in preferred 
embodiments of the invention. 



Scenario 


Called Telephone 


Called 
Gateway 


A 


Gateway 


Remote 


B 


PSTN 
(hop-off) 


Remote 


C 


Gateway 


Local 


D 


PSTN 
(hop-off) 


Local 



Table 1 1 . Hop-on to VoIP Scenarios 

5 FIGs. 15-18 depict certain components of a caller gateway network 4 

and a called gateway network 1 04 which support the respective scenarios of 
hop-on to VoIP. Connections between the components are not shown in 
order to simplify the FIGs. All four hop-on to VoIP scenarios are initiated with 
a common set of steps. The steps common to all four hop-on to VoIP 
10 scenarios will be described with respect to FIG. 1 5. 

Referring to FIG. 1 5, a caller (not illustrated) at a PSTN telephone 238 
lifts the handset and dials a "Remote Access" telephone number for the local 
caller gateway network 4. The call is received at C01 12 which alerts the 
caller PBX 34 with the call. The caller PBX 34 routes the call to the caller 

15 gateway server 26. The caller gateway server 26 answers the call and 
interacts with the caller via interactive voice response (IVR). Using dual tone 
multi-frequency (DTMF) touch tones, the caller responds to voice prompts 
which may include the caller's ID, password, etc. The caller gateway server 
26 then authenticates the caller against information in the gateway database 

20 image of the NDS directory information. If the caller gateway server 26 is 
able to authenticate the caller, the caller gateway server 26 then provides the 
caller with a dial tone. The caller then dials the telephone number of the 
desired called telephone. Based on the dialed telephone number, the caller 
gateway server selects a destination. 

25 In hop-on to VoIP scenario "A", the called telephone is a gateway 

telephone in a remote gateway network. Scenario "A" will be described with 
reference to FIG. 16. The remaining steps are the same as the 
con-esponding steps for a basic VoIP call described above. The caller 
gateway server 26 selects the called gateway server 126. The caller gateway 

30 VoIP driver 62 transmits packets addressed to the IP address of the called 
gateway network 126 via the IP network 18. The caller gateway server 26 
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and called gateway server 126 communicate via the IP network 18 to 
establish a duplex H.323 call. The called gateway server 126 then selects a 
telephone tnjnk 135 to deliver the call to the called PBX 134. The called 
gateway server 126 transmits the called telephone number to the called PBX 
5 134. The called PBX 134 interprets the received telephone number to select 
a called telephone 138 to ring. The called telephone 138 rings and is 
answered by the called party (not illustrated). 

In hop-on to VoIP scenario "B", the called telephone is a PSTN 
telephone located near a remote gateway network. As indicated above for 
10 the steps common to all three hop-on to VoIP scenarios, the caller gateway 
server 26 searches the caller gateway routing table to select a destination 
gateway network, and selects the called gateway network 126. The 
remainder of the call setup may employ any one of the three hop-off to PSTN 
scenarios described above. 

15 In hop-on to VoIP scenario "C", the called telephone is a gateway 

telephone coupled to the caller gateway network 4. Scenario "C" will be 
described with reference to FIG. 17. The caller gateway server 26 (which is 
also the called gateway server) selects a telephone trunk 135 to deliver the 
call to the caller PBX 34 and transmits the called telephone number to the 

20 caller PBX 34. The caller gateway server 26 couples the inbound caller's 
trunk 35 with the trunk 135 for the called telephone 338. The caller PBX 34 
interprets the telephone number to select a telephone to ring. The called 
telephone 338 rings and is answered by the called user (not illustrated). 



25 telephone located near the caller gateway network 4. Scenario "D" will be 
described with respect to FIG. 18. The caller gateway server 26 (which is also 
the called gateway sen/er) selects a telephone trunk 135 to deliver the call to 
the caller PBX 34 and transmits the called telephone number to the caller 
PBX 34. The caller gateway server 26 couples the inbound caller's trunk 35 

30 with the tmnk 135 for the called telephone 438. The caller PBX 34 interprets 
the telephone number and determines that the call is for a local PSTN 
telephone. The caller PBX 34 selects an external trunk coupled to C01 12 
and dials the destination telephone number. C01 12 routes the call to the 
called telephone 438. The called telephone 438 rings and is answered by the 

35 called user (not illustrated). 



In hop-on to VoIP scenario "D", 



the called telephone is a PSTN 
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Fallback to PSTN 

In a preferred embodiment, the gateway server constantly monitors the 
quality of service (QoS) during VoIP network calls using the standard realtime 
transport control protocol (RTCP). The QoS may be specified in terms of 
5 end-to-end delay, IP packet loss and jitter. If the QoS falls below a 
predetermined level set by a system administrator, the gateway server sets 
up an alternate connection over the PSTN and switches the call to the PSTN 
connection. 

The caller can also initiate a fallback to PSTN if the caller decides that 
10 the quality of the voice transmission has deteriorated to an unacceptable 
level. The caller can initiate a fallback to PSTN by entering a specified DTMF 
key sequence on the telephone, e.g. a combination of the "star" (*) and 
"pound sign" (#) keys. A system administrator can configure a gateway 
server to allow or disallow caller-initiated fallback to PSTN. 

15 In preferred embodiments of the invention, there are several different 

methods in which fallback to PSTN may be implemented. The different 
methods take into consideration variations in the configurations of gateway 
networks at different installations, e.g. PBX configuration and capability, CTI 
capabilities, additional hardware availability and voice channel capacity. In 

20 addition, some of the methods allow fallback to PSTN to be transparent to the 
user, while other methods do not provide transparent fallback to PSTN. In the 
case of transparent fallback to PSTN, the users will simply perceive that the 
quality of voice suddenly improves. In the case of non-transparent fallback to 
PSTN, the conversation will be interrupted by the gateway server while the 

>5 fallback to PSTN takes place. 



Table 12 identifies differences In the configuration for methods of 
fallback to PSTN in preferred embodiments of the invention. 



Method 


Transparent 


CTI 
support 


T1 Trunk 
channels per 
fallback call (at 
each end of 
call) 


Analog station 

ports per 
fallback call (at 
each end of 
call) 


PBX support 


A 


Transparent 


No 


1 


1 


Hunt group for 
gateway network 
analoq lines 


B 


Transparent 


No 


2 


1 (only during 
setup) 


PSTN trunk to tie 
trunk transfer 
Hunt group for 
gateway network 
analoq lines 
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c 


Transparent 


No 


2 


0 


Trunk to trunk call 


D 


Non- 
Transparent 


Yes 


0 


0 


None (except CTI 
support) 


E 


Non- 
Transparent 


Yes 


0 


1 (only during 
setup) 


Hunt group for 
gateway network 
analog lines (in 
addition to CTI) 



Table 12. Fallback to PSTN Methods 



Fallback to PSTN will be described with respect to FIGs. 19-43. FIGs. 
19-43 depict certain components of a caller gateway network 4 and a called 

5 gateway network 104 which support the respective nnethods of fallback to 
PSTN. Connections between the components are not shown in order to 
simplify the FIGs. An ongoing VoIP telephone call is represented by a heavy 
dashed line. The set up of the fallback and the resulting PSTN call are 
depicted by a heavy solid line. Arrow heads at one end of a dashed line or 

10 solid line indicate the direction of data flow or call flow. A dashed line or solid 
line without an arrow head indicates the call or data flows in both directions. 

Fallback to PSTN method "A", listed in Table 12, implements a 
transparent fallback to PSTN. One T1 channel and one analog station port 
are used at each end of the call during fallback to PSTN and for the 
15 remainder of the call. The PBX includes a hunt group for the gateway 
network analog stations. Method "A" does not use CTI support. 

Fallback to PSTN method "A" will be described with reference to FIGs, 
19 to 22. Referring to FIG. 19, an ongoing VoIP call is routed between a 
caller telephone 38 and a called telephone 138 through the caller PBX 34 and 

20 called PBX 134, the caller gateway server 26 and the called gateway server 
126, through the IP network 18. In fallback to PSTN method "A", when the 
caller gateway server 26 determines that the QoS has fallen below the level 
specified by the system administrator, the caller gateway server 26 initiates a 
call from an analog station in the caller gateway server 26 to the hunt group of 

25 analog stations in the called gateway server 126. The call initiation, and 
subsequent signaling, is routed from the caller station analog driver 74 
through the caller PBX 34, the PSTN 16 (including the respective CO's 12, 
14), and the called PBX 134 to the called station analog driver 174 in the 
called gateway server 126. Referring to FIG. 20, the called gateway server 

30 126 sends a "fallback read/' DTMF tone back to the caller gateway server 26, 
The DTMF tone is routed from the called gateway server 126 through the 
called PBX 134, the PSTN 16 and the caller PBX 34 to the called gateway 
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server 26. Referring again to FIG. 19, when the caller gateway server 26 
receives the fallback ready DTMF tone, the caller gateway server 26 sends 
the original called telephone number to the called gateway server 126, and 
then waits for a short period, e.g. 200 milliseconds (msec), to allow the called 
5 gateway server 126 to receive the telephone number. Referring to FIG. 21, 
the caller gateway server 26 and the called gateway server 126 then connect 
the respective TDM bus 84 (FIG. 3) time-slots of the new PSTN call with that 
of the respective T1 channels of the original VoIP call, thereby establishing 
the telephone call via the PSTN 16. Referring to FIG. 22, the caller gateway 
10 server 26 and called gateway server 126 then disconnect the original VoIP 
call. 



wo 99/05590 



Fallback to PSTN method "B", listed in Table 12, implements a 
transparent fallback to PSTN. Two T1 channels are used at each end of the 
call during fallback to PSTN and for the remainder of the call. One analog 
15 station port is used at each end only during fallback to PSTN. The PBX 
includes trunk to trunk transfer capability, including both CO trunk to tie trunk 
and CO trunk to CO trunk. Method "B" does not use CTI support. 

Fallback to PSTN method "B" will be described with reference to FIGs. 
23 to 29. Referring to FIG. 23, an ongoing VoIP call is routed between a 

20 caller telephone 38 and a called telephone 1 38 through the caller PBX 34 and 
called PBX 1 34, the caller gateway server 26 and the called gateway server 
126, through the IP network 18. In fallback to PSTN method "B", when the 
caller gateway. server 26 determines that the QoS has fallen below the level 
specified by the system administrator, the caller gateway server 26 initiates a 

25 call from an analog station 73 in the caller gateway server 26 to the hunt 
group of analog stations in the called gateway server 126. The call initiation, 
and subsequent signaling, is routed from the caller station analog driver 74 in 
the caller gateway server 26 through the caller PBX 34, the PSTN 16 
(including the respective CO's 12, 14), and the called PBX 134 to the called 

30 station analog driver 174 in the called gateway server 126. Referring to FIG. 
24, the called gateway server 126 sends a "fallback confirm" DTMF tone back 
to the caller gateway server 26. The DTMF tone is routed from the caller 
gateway sen/er 126 through the called PBX 134, the PSTN 16 and the caller 
PBX 34 to the called gateway sen/er 26. Referring again to FIG. 23, when the 

35 caller gateway sen/er 26 receives the fallback confirm DTMF tone, the caller 
gateway server 26 sends the original caller and called telephone numbers to 
the called gateway sen/er 126. Referring to FIG. 25, both the caller gateway 
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server 26 and the called gateway server 1 26 place a hook-flash transfer to 
the respective caller gateway network trunk 35 and called gateway network 
trunk 135, respectively, by dialing a 'fallback to gateway network trunk" 
number. Continuing to refer to FIG. 25, both the caller gateway server 26 and 

5 called gateway sen/er 126 answer the call at the respective gateway network 
trunks 67, 167 and recognize the call as a fallback call. Referring to FIG. 26, 
both the caller gateway server 26 and called gateway sen/er 126 then hang 
up the respective analog stations 74, 174. Referring to FIG. 27, the called 
gateway sen/er 126 sends a 'fallback ready*' DTMF tone to a new trunk 

10 channel for the PSTN call, and then waits for a short period, e.g. 200 msec, to 
allow the caller gateway server 26 to receive the DTMF tone. Referring to 
FIG. 28, the caller gateway server 26 and the called gateway server 126 then 
connect the respective TDM bus 84 (FIG. 3) time-slot of the new trunk 35 
channel with that of the T1 channel of the original VoIP call, thereby 

15 establishing the telephone call via the PSTN 16. Referring to FIG. 29, the 
caller gateway server 26 and called gateway server 126 then disconnect the 
original VoIP call. 

Fallback to PSTN method "C", listed in Table 11, implements a 
transparent fallback to PSTN. Two T1 channels are used at each end of the 
20 call during fallback to PSTN and for the remainder of the call. No analog 
station ports are used. The PBX uses trunk to trunk call capability, i.e. tie 
trunk to CO trunk on the caller gateway server side, and CO trunk to tie trunk 
on the called gateway server side. The PBX is configured to enable a trunk to 
trunk call. 

25 Fallback to PSTN method "C" will be described with reference to FIGs. 

30 to 33. Referring to FIG. 30, an ongoing VoIP call is routed between a 
caller telephone 38 and a called telephone 138 through the caller PBX 34 and 
called PBX 134, the caller gateway server 26 and the called gateway server 
126, through the IP network 18. In fallback to PSTN method "C", when the 

30 caller gateway sen/er 26 determines that the QoS has fallen below the level 
specified by the system administrator, the caller gateway server 26 initiates a 
call from a tie trunk channel to the tie trunk channel of the called gateway 
server 126. The call is initiated by dialing a specified telephone number. This 
step may be a multi-step process, and the implementation may be PBX 

35 specific. After initiating the call, the caller gateway server 26 waits to receive 
a 'fallback ready" DTMF tone. Referring to FIG. 31, after the called gateway 
server receives the tie-trunk call, the called gateway server 126 sends the 
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"fallback ready" DTMF tone to the caller gateway server 26. Referring again 
to FIG, 30, the caller gateway server 26 sends the original called telephone 
number to the called gateway server 126, and then waits for a short period, 
e.g. 200 msec. Referring to FIG. 32, the caller gateway server 26 and the 
5 called gateway server 126 then connect the respective TDM bus 84 time-slot 
of the new trunk channel with that of the T1 channel of the original VoIP call, 
thereby establishing the telephone call via the PSTN 16. Referring to FIG. 
33, the caller gateway sen/er 26 and called gateway server 126 then 
disconnect the original VoIP call. 

10 Fallback to PSTN method "D", listed in Table 11, implements a non- 

transparent fallback to PSTN. No T1 channels are used for the PSTN call 
after the fallback process. No analog station ports are used. The PBX uses 
CTI. The gateway servers exchange proprietary messages among 
themselves using IP sessions which are separate from those used for the 

15 voice call. Fallback to PSTN method "D" may be used if the IP connection 
between the caller gateway sen/er and called gateway server is still good 
enough to support transmission of data messages. If the IP connection is not 
adequate for the caller gateway server and called gateway server to 
exchange data messages, the respective gateway servers may fallback to a 

20 PSTN call using method "E" which will be described below. 

Fallback to PSTN method "D" will be described with reference to FIGs. 
34 to 38. Referring to FIG. 34, an ongoing VoIP call is routed between a 
caller telephone 38 and a called telephone 138 through the caller PBX 34 and 
called PBX 1 34, the caller gateway server 26 and the called gateway server 

25 126, through the IP network 18. In fallback to PSTN method "D", when the 
caller gateway server 26 detemnines that the QoS has fallen below the level 
specified by the system administrator, the caller gateway server 26 initiates a 
"fallback request" message over the IP network 18. The "fallback request' 
message contains the caller and called telephone numbers. The caller 

30 gateway server waits to receive a "fallback ready" message. Referring to FIG. 
35, after receiving the "fallback request" from the caller gateway server 26, 
the called gateway sen/er 1 26 sends a "fallback ready" message to the caller 
gateway sen/er 26 over the IP network 18. Referring to FIG. 36, the caller 
gateway sen/er 26 manages the TDM bus 84 time slots to announce the 

35 fallback to both the caller and called parties. Referring to FIG. 37, the caller 
gateway server 26 uses the CTI link to place the current VoIP call on hold. 
The caller gateway server 26 then uses the CTI link to make a PSTN call from 

-48- 



SUBSTITUTE SHEET ( rule 26 ) 



wo 99/05590 



PCTAJS98/15015 



the caller telephone 38 to the called telephone 138. The called gateway 
server 126 detects the Incoming call and uses the CTI link to place the VoIP 
call on hold and to pick up the PSTN call. Referring to FIG. 38, the caller 
gateway server 26 and called gateway server 126 then disconnect the original 
5 VoIP call. 

In fallback to PSTN method "E", listed in Table 1 1 , no T1 channels are 
used for the PSTN call after the fallback process. One analog station port is 
used during the fallback to PSTN process. The PBX includes CTI and has a 
hunt group for the gateway network analog stations. 

10 Fallback to PSTN method "E" will be described with reference to FIGs. 

39 to 46. Referring to FIG. 39, an ongoing VoIP call is routed between a 
caller telephone 38 and a called telephone 138 through the caller PBX 34 and 
called PBX 134, the caller gateway server 26 and the called gateway server 
126, through the IP networt< 18. In fallback to PSTN method "E", when the 

15 caller gateway server 26 determines that the QoS has fallen below the level 
specified by the system administrator, the caller gateway server 26 initiates a 
telephone call from an analog station in the caller gateway server 26 to the 
hunt group of analog stations in the called gateway server 126. Referring to 
FIG. 40, the called gateway server 126 sends a "fallback confirm" DTMF tone 

20 to the caller gateway server 26. Referring again to FIG. 39, the caller 
gateway server 26 sends the caller and called telephone numbers to the 
called gateway server 126. Referring to FIG. 41, both the caller gateway 
server 26 and the called gateway server 1 26 manage the TDM bus 84 time 
slots to announce the fallback to PSTN to the caller and called parties, 

25 respectively. Referring to FIGs. 42-45, the caller gateway server 26 and 
called gateway server 126 use CTI to put the current VoIP call on hold (FIG. 
42); then to put the new PSTN call on hold (FIG. 43); and then to make a call 
from the analog station in the respective gateway networks to the caller (FIG. 
44), and answer the call for the caller (FIG. 45). Refenring to FIG. 46, the 

30 caller gateway server 26 and called gateway server 1 26 then hang up on the 
respective analog stations, and disconnect the original VoIP call. 

Fallback to PSTN Purina Call Setup 

In addition to providing the capability to fallback to PSTN during a VoIP 
call, the gateway server provides the capability to fallback to the PSTN during 
35 setup of a call if the call cannot be connected through the called gateway 
server. Fallback to PSTN during call setup may employ any of the five 
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methods described above for fallback to PSTN during a call. The method 
employed will depend on the configuration of the particular caller gateway 
network, e.g. PBX configuration and capability. CTI capabilities, additional 
hardware availability and voice channel capacity. However, in each of the five 
5 methods described above, fallback to PSTN during call setup does not 
include the steps which keep the VoIP call connected until the PSTN call is 
completed, since there is no current VoIP call to maintain. 

The fallback to PSTN during call setup capability provided by the 
gateway server of the invention is an improvement over current systems. In 

10 many current systems, if a caller gateway placing a call to a remote gateway 
cannot access the remote gateway, the caller gateway will "busy out" all of its 
trunks, or at least a group of trunks allocated to the remote destination. Then, 
as succeeding gateways find either the remote gateway or the initial caller 
gateway inaccessible, they will "busy out" their own respective trunks. This 

15 "domino" effect can lead to the entire network being brought down because 
an individual segment of the network is down. However, the gateway server 
avoids this problem by simply setting up the call to be routed back through the 
PBX. In the gateway network of the invention, there is no need for the caller 
gateway to busy itself out merely because the caller gateway found a remote 

20 called gateway to be inaccessible. 

Path Replacement 

The gateway server supports redirection of an incoming call from a first 
PBX, and its associated gateway sen/er, to a second PBX, and its associated 
gateway server, as a result of a call fonA/ard (including call transfer, or follow- 
25 me). If both the call before (the initial call) and the call after (the final call) a 
call foHA/ard are VoIP calls, the final call can take a direct path between the 
caller gateway sen/er and called (transfer) gateway sen/er. This "path 
replacement" feature eliminates unnecessary loops after a call fonward. 

VoIP is sensitive to tandem compression, i.e.. when a call is converted 
30 to and from a VoIP call twice in series during the call's transmission. Tandem 
compression results in a substantial drop in voice quality, often to 
unacceptable quality levels. 

In a preferred embodiment, the gateway server of the invention 
provides a path replacement feature which substantially improves the quality 
35 of voice transmission in a call fonA/arded call, and improves the utilization of 
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gateway network resources. The quality of voice is substantially improved, 
because path replacement eliminates the tandem VoIP calls after a call 
forward. The utilization of gateway network resources is substantially 
improved because an unnecessary loop is avoided. After a call fonA^ard. there 
5 are two PBX's and their respective gateway servers involved in the call 
instead of three PBX's and gateway servers. 

Path replacement is best described with an example: A call from 
Boston to Los Angeles is transferred by the Los Angeles party to a New York 
destination. In current systems, there would be two calls coupled in the Los 

10 Angeles PBX, i.e. a call between Boston and Los Angeles and a call between 
New York and Los Angeles. With IP telephony, this would result in an 
unacceptable tandem compression arrangement. However the gateway 
server recognizes that a direct and shorter path exists, namely direct 
communication between Boston and New York gateway networks. The 

15 gateway sen/er replaces the routing path to place one call following the direct 
and shorter path, and with a single compression path. 

In implementing a path replacement, the gateway servers 
exchange messages to communicate with each other. The gateway servers 
use CTl to set up a path replacement. 

20 Path Replacement for Call Transfer 

A gateway network user can transfer an incoming call to another 
gateway network telephone. If an incoming call is a VoIP call, and if the call 
is transferred to a remote gateway user via VoIP, the gateway server will 
implement path replacement to eliminate the intermediate PBX loop back. As 
25 a result, there will be one direct VoIP link in the transferred call. 

In the path replacement for call transfer methods describes below, the 
original call is placed from the caller telephone at the caller gateway network 
to the called telephone at the called gateway network, and is then transferred 
to the transfer telephone at the transfer gateway network. The call transfer 
30 may be either unsupervised or supervised, and may be initiated by the called 
user from a web browser CTl application or from the telephone. 

Unsupen/ised Call Transfer from the Browser 

To initiate an unsupervised call transfer, the called user clicks an 
"unsupervised transfer" button displayed on a browser menu. The called 
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gateway server receives the unsupervised call transfer request, and sends a 
call transfer message to the caller gateway server. The caller gateway server 
receives the call transfer request message and sets up a VoIP call to the 
transfer telephone at the transfer gateway network. The caller gateway 
5 sen/er then disconnects the original call to the called telephone. 

Supervised Call Transfer from the Browser 

To initiate a supervised call transfer, the called user clicks a 
"supen/ised transfer'' button displayed on a browser menu. The called 
gateway sen/er receives the supervised call transfer request, uses CTI to 

10 place the call on hold, and places a call from the called gateway server to the 
transfer telephone at the transfer gateway server. After the call to the transfer 
telephone is connected, the called user clicks a 'Iransfer" menu entry to 
complete the supervised call transfer. The called gateway server receives the 
transfer request and sends a call transfer message to the caller gateway 

15 sen/er. The caller gateway sen/er sets up a VoIP call to the transfer 
telephone. The caller gateway server and transfer gateway server manage 
the TDM bus time slots to connect the caller telephone and transfer telephone 
via the new direct VoIP call. The caller gateway server and transfer gateway 
server disconnect the original call from the called gateway server. 

20 Call Transfer from the Teleohone 

The called user may initiate a call transfer, with path replacement, 
using the DTMF buttons on the telephone. The called user initiates the call 
transfer by entering a transfer code or pressing a transfer button on the 
telephone, depending on the PBX configuration, and then dials the transfer 

25 telephone number. The called PBX places the current call on hold and sends 
the call to the called gateway sen/er. The called gateway server receives the 
call from the PBX and initiates the VoIP call to the transfer telephone. The 
called user enters a supervised or unsupervised transfer DTMF sequence, 
again PBX dependent. The called gateway server receives a transferred CTI 

30 event and sends a call transfer message to the caller gateway server. The 
caller gateway sen/er receives the transfer message and sets up a VoIP call 
to the transfer telephone. The caller gateway server manages the TDM bus 
time slots to connect the caller telephone to the new VoIP call to the transfer 
telephone. The caller gateway server then disconnects the original call to the 

35 called telephone. 
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Path Replacement for Call Forward 

The gateway network users can set up a call forward, with path 
replacement, from a web browser CTI application or from the telephone. In 
either case, call fonA^ard is a PBX feature, and the operation can be carried 
5 out by the PBX alone without the gateway server's involvement. However, if 
the incoming call is via VoIP and is fonA/arded to a remote site also via VoIP, 
the gateway server will provide call forward with path replacement so that the 
intermediate PBX loop back is eliminated. As a result, there will be just one 
direct VoIP link in the forwarded calL 

10 Upon receiving an H.323 call setup message, the called gateway 

server checks to determine if the called user has call forward set up. The 
called gateway server uses CTI to send an inquiry to the PBX. If the user has 
call forward set up, and if the call forward destination is at a remote gateway 
network PBX, the called gateway server sends a "gateway call reroute" 

15 message back to the caller gateway server. Upon receiving the call reroute 
message, the caller gateway server sets up the original call to the transfer 
gateway server and transfer telephone. 

Path Replacement for Follow-me 

The gateway server allows users to redirect incoming telephone calls 
20 to any telephone, cellular phone, pager, etc., at other locations, e.g. 
conference room, home, etc. Users may also set up filters so that only calls 
from selected caller(s) are redirected. The gateway server can implement the 
follow me capability with path replacement. 

Upon receiving an H.323 call setup message, the called gateway 
25 server checks the gateway database to determine if the user has follow me 
set up. If the called user has follow me set up, and if the destination is at a 
remote gateway server or other H.323 telephone, the called gateway server 
sends a "gateway call reroute" message back to the caller gateway server. 
The caller gateway server sets up the original call directly to the remote 
30 gateway server or H.323 telephone. 

The follow me feature of the integrated voice gateway system of the 
invention is described below. 
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Real-time Fax over the IP Network 

The gateway server supports real-time fax transmission over the IP 
network (FolP). The caller gateway sender fooA^ards the fax signals from the 
caller fax machine immediately across the IP network to the called gateway 
5 server. The called gateway server, in turn sends the signals to the called fax 
machine. The caller gateway server sends signals from the called fax 
machine back to the caller gateway server via the IP network. The caller 
gateway server send the signals to the caller fax machine. Real-time fax 
transmission over the IP network is provided the same immediacy of delivery 
10 that users are used to with fax transmission over the PSTN. 

Inter-PBX Toll Bvoass for Real-Time Fax 

In a preferred embodiment, the integrated voice gateway system of the 
invention supports the routing of a fax call from a stand-alone fax machine (or 
fax server) over the IP network. This feature is basically the same as "Inter- 

15 PBX Toll Bypass for Real-Time Voice", i.e. the basic VoIP call described 
above with reference to FIG. 5. The gateway engine 50 (FIG. 3) provides 
automatic fax detection. Fax calls can be routed to a gateway server 
automatically by the configuration of the PBX ARS table in the same manner 
as is done for voice calls. A PBX trunk coupled to a gateway server can be 

20 dynamically shared between voice and fax calls. 

This feature can be provided independent of Inter-PBX Toll Bypass for 
voice calls. If a company decides that the quality of voice over IP is not 
acceptable for its purposes, the integrated voice gateway system of the 
invention can still provide for FolP. In this case, the PBX stations for the fax 
25 machines are assigned a special "Class of Service", and calls originating from 
these stations are routed by the caller PBX to the caller gateway server. 

When FolP is supported in conjunction with VoIP, the gateway server 
can also be configured so that VoIP calls are routed via the company's 
intranet, and fax calls are routed via the Internet to take advantage of free 
30 bandwidth on the Internet. 

Hop-off to PSTN for Real-time Fax 

In a preferred embodiment, the integrated voice gateway system of the 
invention supports a fax call from within the company to an outside PSTN fax 
machine via the IP network and the PSTN. A user in the company, can send 
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a fax to an outside fax machine. The fax call is carried via the IP network to 
the gateway server which is the closest to the called fax machine, and from 
there a PSTN connection is made from the called gateway server to the 
called fax machine. 

5 Supported hop-off destinations are determined by the system 

administrator of the destination gateway servers. Both hop-off via local PSTN 
call and hop-off via long distance PSTN call are supported. The ARS table 
(or routing table by other names) of the originating PBX needs to be 
configured accordingly for the hop-off calls to be routed to the gateway 

10 server. 

Hop-off to PSTN methods are listed in Table 10. and described above 
with reference to FIGs. 6-14. 

Redirection of Incoming Fax to Printer 

In a preferred embodiment, the integrated voice gateway system of the 
15 invention supports the use of laser printers as fax machines. A pseudo fax 
number can be defined for a printer by the administrator. Once a printer is 
assigned a pseudo fax number, the printer can receive faxes sent to that 
pseudo number just like a fax machine. The fax gateway 54 (FIG. 3) in the 
called gateway server 126 converts the received fax into a printable form 
20 before sending the received fax to the print queue. 

This feature allows the simultaneous transmission and receipt of faxes 
between company sites without busy signals. It also supports the use of plain 
paper for printing faxes. 

Fax Multi-Cast 

25 In a preferred embodiment, the integrated voice gateway system of the 

invention supports the multi-cast of a fax to a group of recipients. A pseudo 
fax number representing a group of recipients (i.e. fax distribution list) can be 
defined by the administrator or a user. A fax sent to a "pseudo fax number" 
which represents a group is multi-casted to all recipients in the group. 

30 Fax multi-cast saves users' time, and reduces the traffic load in the 

company's network. When more than one recipient of a multi-cast group is on 
the same called gateway server, the caller gateway server sends only one 
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copy of the fax to the called gateway server. The called gateway server then 
fans out the fax to each of the recipients. 

PC Call Control 

The invention provides the user with desktop CTI capabilities. The 
5 user may dial, answer, hang-up, transfer, conference, forward, place a call on 
hold, unhold, and drop a call from the desktop workstation. The user can dial 
touch tone digits, e.g. in response to IVR commands. The user can also set 
the DND indicator for all calls or selected calls, and manage multiple call 
appearances, e.g. select one call to answer and select another call to go to 
10 voicemail. The white pages and the individual frequent contact lists from the 
enterprise directory are available for the user to select destinations for dialing, 
transfers and conferencing. The call log is also available at the desktop 
workstation. The PC call control interface is delivered as a Java applet 
through the web browser. 

15 . Current CTI applications only provide the user a personal telephone 

book or an application specific directory. Current CTI applications do not 
provide the user with access to the enterprise directory. In the integrated 
voice gateway system of the invention, the PC call control capability is 
integrated with the IP telephone voice gateway, and provides the user with a 

20 white pages directory, based upon the enterprise directory, to serve as a 
phone book directory, and integrated with a CTI application. 

Since the PC call control feature is browser based, there is no desktop 
application to install, and the PC call control capability is compatible with 
multiple computers and operating systems. This is illustrated in FIGs. 47 and 

25 48. FIG. 47 illustrates a current system in which a CTI server 502 and a 
workstation 503 are coupled via a LAN 501 . The CTI application CTI_APP 
504 and CTI dynamic link library (dll) CTI.dll 505. The CTI_APP 504 and 
CTI.dll 505 are both installed in the workstation 503. This can be very 
expensive, and present a complex logistical problem in a large organization to 

30 install, maintain and update the CTI_APP 504 and CTI.dll 505 as required for 
new features, bug fixes, operating system upgrades and the like. 

In the integrated voice gateway system of the invention, as illustrated 
in FIG. 48, there is no need to install applications, dlls, and the like in all the 
users' workstations. The CTI server 97, gateway server 26, web server 92 
35 and workstation 24 are all coupled via the company's LAN 22. The user client 
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95 is a commercially available web browser-based GUI application. There is 
no need to install special applications, dlls, or the like, as all PC call control 
capabilities are provided via the web browser user client 95. Installation, 
maintenance and upgrade of the call control application is accomplished as 
5 necessary only on the respective servers. 

The user begins by logging in via a browser screen. Once the user is 
logged in, the user can receive "screen pops" from the gateway sen/er 26. 
Screen pops are windows and dialog boxes which, for example, identify the 
calling and called parties, and provide other information to the user as is 
10 described below. 

Virtual Desktop 

The integrated voice gateway system of the invention provides a virtual 
desktop which allows a computer browser and a telephone at a location other 
than a user's regular office, e.g. an "altemate office" or a "virtual office", to be 
15 logically associated with the user. As used herein, an alternate office may be 
another office within the company, and a virtual office may be at a location off 
the company*s premises. 

An alternate office within the company is any location that has access 
to both a gateway telephone, and a desktop workstation having a browser. 

20 the workstation coupled to the company's data network. Reference FIG. 49, 
the integrated voice gateway system of the invention supports a user working 
in an alternate office by providing the user the capability to: redirect desired 
inbound calls to the telephone in the alternate office, and receive caller ID 
screen pops on the desktop workstation identifying that the call is for that 

25 user; place calls from the telephone in the alternate office and have the user's 
own caller ID sent to the call's destination; and, have access to the full set of 
browser based desktop call control (e.g.. white pages, transfer) that are 
available at the user's regular desk. As illustrated in FIG. 49. the user first 
logs in at the remote workstation 524 via the user client 595 browser interface 

30 in the alternate office. The login information includes the telephone number 
of the remote telephone 538. The gateway engine 550 in the remote gateway 
server 526 causes the information to be stored in the gateway database 551 
in the remote gateway server 526 and to be sent to the user's primary 
gateway server 26 to be stored in the gateway database 51 in the primary 

35 gateway server 26. The infomnation stored in the gateway database 51 in the 
primary gateway server may include a filter set up by the user to limit the 
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users whose calls are forwarded to the alternate office. Operation of the 
follow me feature of the integrated voice gateway system of the invention is 
described below. 

Traveling Class of Service 

5 The class of service is a set of user attributes which indicate the 

capabilities that are available to a user. The attributes include both licensing 
levels and feature activation. The class of sen/ice attributes are referenced at 
different points during operation of the gateway server, and include, for 
example, when a user logs in - to determine which client to deliver via the web 
10 browse; at an originating gateway server - to determine which features are 
available to a user; and to be transported with a call to a called gateway 
server - so that feature access may also be addressed at the destination. 

As indicated above in the description of the Virtual Desktop feature, the 
class of service available to a user follows the user when the user logs in at 
1 5 an alternate office. 

Virtual PBX Features 

The integrated voice gateway system of the invention couples the 
PBX's in an enterprise in one single Virtual PBX (VPBX). This enables the 
system of the invention to provide several useful end-user features which are 
20 collectively referred to herein as VPBX features. This set of VPBX features is 
an important set of features which set has not previously been available in IP 
telephony systems. 

The gateway server relies on the CTI connection to the PBX to provide 
most of the VPBX features. The integration of the gateway server with the 

25 enterprise directory services systems enables the gateway server to provide 
the full range of VPBX features described herein. As an alternative to CTI, 
the gateway sen/er can also obtain much of the information needed to provide 
VPBX features via PRI and QSIG interfaces. Table 13 shows the VPBX 
features which can be supported depending on the interfaces which are 

30 available. It can be seen that all of the features can be supported in a system 
having a CTI link between the PBX and the gateway server, and either a 
T1/E1 tie tmnk or an analog CO taink. In a configuration having a QSIG 
interface with no CTI link, all the features can be provided except for dynamic 
caller ID for calls which originate from the PSTN or if the caller and called 
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telephones are both coupled to the same PBX. The remaining configurations, 
not having a CTI link between the PBX and the gateway server do not support 
path replacement, callback on busy or call alert, and only a configuration 
having a PRI CO trunk or T1/E1 in-band signaling, without a CTI link, can 
5 support dynamic caller ID for calls placed from a caller telephone to a called 
telephone with both telephones "on net". 
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Hop-Off to PSTN 


X 


X 


X 


X 


Hop-On from PSTN 


X 


X 


X 


X 


Fallback to PSTN 


X 


X 


X 


X 


Fail-Safe 
Operation 


X 


X 


X 


X 


Path Replacement 


X 


X 






Dynamic Caller ID (on 
net calls) 


X 


X 


X 




Dynamic Caller ID 
(off-net calls, i.e. PSTN 
and intra-PBX calls) 


X 








Callback on Busy 


X 


X 






Call Alert on Busy 


X 


X 







Table 13. VPBX Feature Support 

10 Table 14 shows the features for forwarding calls to alternate telephone 

numbers which can be supported from a user client depending on the 
interfaces which are available. It can be seen that all of the features can be 
supported in a system having a CTI link between the PBX and the gateway 
server, and either a T1/E1 tie trunk or an analog CO trunk. In a configuration 

15 having a QSIG interface with no CTI link, alt the features can be provided 
except for follow-me for calls which originate off-net. The remaining 
configurations, not having a CTI link between the PBX and the gateway 
server also do not support filtered follow-me for on-net or off-net calls. 
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CTI 


No CTI 


No CTI 




ana 


ano 


ana 




T1/F1 Ti<a- 

1 1 / C 1 1 Ic 




T1/P1 Tio 




Trunk 




Trunk 




or 


or 


or 




Analog CO 


PRI CO 


Analog CO 




Trunk 


Trunk 


Trunk 


Intelligent Follow-me 








Follow-me (on-net calls) 


X 


X 


X 


Follow-me (off-net calls) 


X 






Scheduling via Browser 


X 


X 


X 


Turn on/off via any phone 


X 


X 


X 


Voice Mail Coverage 


X 


X 


X 


Filtered Follow-me (on-net calls) 


X 


X 




Filtered Follow-me (off-net calls) 


X 






Alternate Office: 








Alternate Office: identify User Calls 


X 


X 


X 


Remote H.323 User 








NetMeeting Integration 


X 


X 


X 



Table 14. Follow-me Feature Support 

Table 15 shows advanced features which can be supported from a 
user client depending on the interfaces which are available. It can be seen 
5 that all of the features can be supported in a systenn having a CTI link 
between the PBX and the gateway server, and either a T1/E1 tie trunk or an 
analog CO trunk. In a configuration having no CTI link available, only the 
enterprisee and personal directories are supported, and the call log for on-net 
calls. 





CTI 


No CTI 




and 


and 




T1/E1 Tie-Trunk 
or 

Analog CO Trunk 


QSIG 
or 

PRI CO Trunk 
or 

T1/E1 Tie Trunk 
or 

Analog CO Trunk 


Directory 






Enterprise Directory 


X 


X 


Personal Director/ 


X 


X 


Call Log 






Call Log for On-net calls 


X 


X 


Call Log for Off-net calls 


X 
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Desktop Call Control 


X 




Make Call 


X 




Answer Call 


X 




Hang Up Call 


X 




Hold Call 


X 




Transfer Call 


X 




Fonward Call 


X 




Display of Active Calls 


X 




Do Not Disturb 


X 





Table 15. Advanced Feature Support 

The provision of a screen-pop to a user's desktop workstation is a 
useful interface for most of the VPBX features. Screen-pops may be 
5 accompanied by audible sounds and alerts to provide additional emphasis or 
information to the user. If the user does not have a desktop workstation, or if 
the user does not log into the gateway sen/er, then the gateway server may 
provide IVR as the user interface for the VPBX features. 

VPBX features provided by the integrated voice gateway system of the 
10 invention may include: Dynamic Caller ID, Call Log, Callback on Busy, Call 
Alert, Call Alert via Must Answer Station, Follow Me, and Virtual Desktop, 
each of which will be described below. The invention also supports 
conventional PBX features, e.g. Ring Through, etc. 

Dynamic Caller ID 

15 The integrated voice gateway system of the invention provides the 

capability to display the caller ID to the called party by a screen-pop on the 
desktop workstation at the same time the telephone rings. 

For many large corporate desktop users, current systems provide 
caller ID only when a fellow employee calls from within the same PBX system. 

20 Calls from employees at other corporate locations only provide the trunk 
number of the remote location, not the calling telephone number or name. 
Providing caller ID (including name, telephone number, and other relevant 
information about the caller) allows the desktop worker to interrupt work, or, 
for users with multiple telephone lines, to interrupt a current conversation, to 

25 answer important calls without answering every call. On PBX networks where 
caller ID is provided on the telephone display via proprietary channel 
signaling, a current limitation is that in a time sharing office environment, the 
caller ID cannot be dynamically changed. In a typical office environment, a 
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telephone is assigned to an employee. In this case, the caller name is the 
name of the employee to whom the caller telephone is assigned. In a time 
sharing office situation, different employees use the office and the telephone 
at different times. Additional limitations in current systems are that the PBXs 
5 must be from the same vendor, and the PBXs must be connected by leased 
lines, and the PBX data base of caller names must be entered at each site. 

Reference FIG. 50. the gateway server provides dynamic caller ID, i.e. 
the telephone number with the correct caller name, based on who is logged 
on from the office desktop workstation at the time the call is made. If there is 
10 no user logged on at the time a call is made, the default information for that 
telephone is used. 

If the desktop worker's telephone is being fonwarded to another 
extension, and a CTI event is generated with the fonA^arding, then the caller 
ID screen pop will appear with the ringing call at the forwarded extension. In 
15 addition, the original called party ID will also be displayed on the screen pop 
of the forwarded call. 

The caller ID feature can support calls between gateway telephones, 
i.e. between two telephones coupled to the same PBX in a gateway network, 
or between telephones coupled to two PBXs in different gateway networks. 
20 For calls originating from telephones outside a gateway network (e.g. PSTN 
telephone, internet telephone), the caller ID feature can provide the caller ID 
to the gateway server by the PBX, through CTI (if caller ID is transmitted by 
the PSTN and by the PBX to the CTI link), or by a VoIP connection. 

The caller ID feature relies on CTI or inband ANI, PR! or QSIG trunk 
25 types at the caller gateway server to provide the caller's telephone number. 
The caller ID feature also relies on the desktop workstation display at the 
called party's desktop. The enterprise directory provides the caller name and 
associated infomnation (e.g. title, department, etc.) with the calling number. 

FIG. 50 illustrates how the caller ID is obtained at the caller gateway 
30 server. The caller (not illustrated) picks up the handset on the caller 
telephone and dials the desired telephone number. The caller PBX accesses 
a trunk 35 to the caller gateway server 26, and dials the call. The caller 
gateway server receives the telephone number from the caller PBX on a PR! 
trunk or over the CTI link. 
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The caller gateway PBX 34 delivers the call to the caller gateway 
server 26, and, as the call is delivered, the caller PBX 34 also passes the 
caller ID (i.e. the caller's telephone number) to the caller gateway server 26 
via an inband ANI, PR!. QSIG or CTI link. In the case of an ISDN PRI link. 
5 the caller PBX 34 may use a call setup message to initiate the call. The caller 
ID can be transmitted as part of the call setup message. The caller gateway 
server 26 receives the caller ID as part of the setup message, and the caller 
PBX 34 and caller gateway server 26 continue to set up the call. In the case 
of a QSIG link, the PBX uses a call setup message to initiate a call on the 

10 QSIG link. The caller ID information is transmitted as part of the call setup 
message. The caller gateway server 26 receives the caller ID as part of the 
setup message, and the caller PBX 34 and caller gateway server 26 
continues to establish the call. The CTI link 98 is a separate link from the 
trunks. To pass the caller ID via the CTI link, the PBX places a call to the 

15 caller gateway server 26 using a trunk. While the tmnk call is being initiated, 
the CTI link 98 transmits an event message indicating the call. The event 
message includes the trunk ID, the called telephone number, and the caller*s 
caller ID. The caller gateway server 26 associates the call being received on 
the trunk with the CTI link 98 message, and associates the caller ID with the 

20 trunk. Using the CTI link 98 to pass the caller ID supports instances in which 
analog or T1 trunks are used which do not provide caller ID information from 
the caller PBX 34. 

The caller gateway server 26 uses the caller's telephone number to 
access additional caller ID information in the gateway database, i.e. the local 
25 image of the enterprise directory data. The caller gateway server 26 initiates 
an H.323 VoIP call with the called gateway server 126 over the IP network 18. 
As the call is placed, the caller gateway server 26 sends the caller ID 
information to the called gateway server 126 using an H.323 extension, e.g. 
User Information Extension (UIE). 

30 The called gateway server 126 sets up the call with the called PBX 

134, and may include the caller ID for the called PBX to pass to the called 
telephone 138. The called PBX rings the called telephone 138, and, if the 
called telephone 138 has a caller ID display, the called PBX 134 may include 
the caller ID for display at the called telephone. The called gateway server 

35 126 checks its gateway database 151 to determine if the called party has a 
browser logged on to the called gateway server 126, and if that browser is 
logically associated with the called telephone 138. If the called gateway 
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server 126 determines that the called party has a browser logged on, and Is 
associated with the called telephone 138, then the called gateway server 126 
delivers the caller ID infomation to the called desktop workstation via a 
browser applet. The browser applet results in a screen pop in the browser 
5 window at the called desktop workstation. Both the caller gateway server 26 
and called gateway server 126 log the calls, and include the caller ID 
Information in the call logs. A description of the Call Log feature follows 
below. 

Call Log 

10 The call log provides a log of outgoing calls and incoming calls 

Including answered calls, abandoned calls and ring through calls for a 
desktop user. The call log includes the time of call, name and telephone 
number of the caller, and the result of the call, e.g. fonwarded to voice mail, 
hang-up, inbound/outbound, etc. The call log may be sorted by time. The 

15 desktop user can access the call log via a gateway server client or a browser. 
As is the case with all screen pops, the call log is available to users only when 
they are logged in to the gateway network. Users can make a return call by 
clicking any inbound call entry in the call log. The entries in the call log can 
be imported into a user's personal phone book. The call log is maintained on 

20 the gateway server and will continue to log calls even If the user does not log 
on to the gateway network. Entries in the call log can be deleted, individually 
and as a group. A user may click a "details" button to access the detailed 
NDS information for users who are parties to Incoming and outgoing calls. 

Reference FIG. 51, when the caller makes a call from the caller 
25 telephone 38, the caller gateway server 26 opens a call log record for the 
caller. Caller ID Infomiation Is obtained from the enterprise directory 90 for 
both the caller and called parties and is inserted into the call log record. 
When the call arrives at the called gateway sen/er 126, a call log record Is 
opened for the called party. Caller ID information for both the caller and 
30 called parties is inserted in the call log record in the called gateway sen/er 
126. When the call is over, or if for some reason the call is not completed, 
e.g. caller is busy, additional infomiation (e.g. result, duration, etc.) is Inserted 
in the call log records at both the caller gateway sen/er 26 and called gateway 
server 126. 
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Destination Busy 

The integrated voice gateway system of the invention provides several 
options for a caller at a gateway telephone attempting to call a party at 
another gateway telephone which is currently busy. The caller may elect to 
5 cancel the call or may select one of the options which include: Callback on 
Busy, Call Alert and Ring Through. These options will be described below. 
Common to each option is first the determination that a called gateway 
telephone is busy. 

Referring to FIG. 52, a normal call is propagated within the integrated 

10 voice gateway system, either within a single gateway network, or as a VoIP 
call between two gateway networks. FIG. 52 illustrates such a call as a VoIP 
call between two gateway networks. As part of its normal processing 
function, the caller gateway server 126 uses the called CTI link 198 to the 
called PBX 134 to maintain the idle/busy status of telephones on the called 

15 PBX 134. When the called gateway server 126 receives the call from the 
caller gateway server 26, the called gateway server 126 checks the status of 
the called telephone 138. The called gateway server 126, on determining that 
the called telephone 1 38 is busy, notifies the caller gateway server 26 of the 
busy status. The called gateway server 26 receives the busy notice and 

20 checks its user logon data to determine if the caller at the caller telephone 38 
is currently logged in from a browser. If the caller is logged in, the caller 
gateway server 126 sends information to the caller's browser 95 to inform the 
caller that the called telephone 138 is busy. The caller's browser 95 provides 
a screen pop to the caller indicating that the called telephone 126 is busy. 

25 The screen pop also provides the caller with several options from which to 
choose. The options may include: cancel the call, request a callback, request 
a call alert or request a ring through. If the caller is not logged in from a 
browser, the caller may be provided similar options via an IVR interface. 

Callback on Busv 

30 The integrated voice gateway system of the invention provides the 

capability for a caller, if the called telephone is busy, to request that a callback 
be automatically set up when the called telephone is no longer busy. This 
feature is not available to most desktop users of current systems since 
telephone calls are typically immediately forwarded to voice mail systems 

35 when a called telephone is busy. Some PBXs offer delayed call fonward on 
busy to allow callers to set callback before the call is forwarded to voice-mail. 
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and some voice mail systems offer callers an option to select callback before 
taking a message. However, these options require that the PBXs be 
upgraded, and a requested callback may be canceled if the caller telephone 
Is used before the callback is completed. If callback on busy is provided 
5 across a network by PBX vendors, the callback option will only work if both 
the caller and called telephone systems are from the same vendor. The 
integrated computer telephone system of the invention provides a callback on 
busy capability which works across networks of mixed telephone systems. 

Reference FIG. 53, the callback option may be provided to the caller 
10 via IVR or via a screen pop. If the caller requests a callback be set up, then 
the gateway sen/ers 4, 104 will automatically set up the call when the called 
party hangs up the current call. 

When the callback call takes place, both the caller and called parties 
will be provided with the other party's caller ID. In the caller ID screen pop, it 
15 is also noted that the call is a callback call. 

If, when the gateway servers set up the callback call, the original caller 
telephone is busy, the original caller will receive a screen-pop to the effect 
that the callback is taking place. The caller will have the option to hang up or 
place the current call on hold to initiate the callback call, or ignore the callback 
20 notification. If the caller ignores the callback notification, i.e. continues the 
current call for more than a specified time, e.g. 15 seconds, the callback will 
be canceled. 

If a called party has multiple callback requests pending, then the 
callbacks may be sen/iced on a first-in-first-out (FIFO) basis, or on a priority 
25 basis, e.g. based on class of service of the caller, urgency, etc. 

Call Alert 

The integrated voice gateway system of the invention provides the 
capability for a caller to request a call alert if the called telephone is busy. For 
current desktop users, there is no capability to send a call waiting signal to a 
30 busy party since telephone calls are typically immediately fonwarded to voice 
mail systems when a called telephone is busy. The ability of the integrated 
computer telephone system of the invention to provide caller ID on all intra- 
company calls regardless of location is an important part of the call alert 
feature. In addition, the unique ability of the integrated voice gateway system 
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of the invention to allow remote users to send messages to describe their 
urgent need to talk to a busy party is a significant advance in desktop to 
desktop communication. 

The call alert option may be provided to the caller via IVR or via a 
5 screen pop. If the caller chooses to request the alert via a screen pop. the 
caller may include an optional message, e.g. to inform the called party of the 
purpose of the call. The optional message may be selected from a set of pre- 
established messages, or may be a message created by the caller. 

The call alert is delivered to the called party in a screen-pop on the 
10 called part/s desktop workstation. The caller ID and optional message from 
the caller will be displayed. The called party can then take the call by hanging 
up or placing the current call on hold, acknowledge the call alert, or ignore the 
call alert by continuing the current call for more than a specified time, e.g. 15 
seconds. If the called party ignores the call alert, the caller may be given the 
15 option to either ring through or set up a callback. The option to ring through 
or call back may be provided via IVR or screen pop. If the called party has 
multiple lines, then a call alert will be activated only if all lines are busy. 

The call alert feature requires that both the caller and called 
telephones are gateway telephones, and the called party is logged on to the 

20 gateway server via the browser interface. The call alert feature uses CTI on 
both the caller gateway server and called gateway sen/er for on/off hook 
status and to determine if the called party hangs up or places the current call 
on hold. The call alert feature also relies on the directory to provide caller ID 
for a call alert screen pop presented to the called party. The privilege to use 

25 call alert may be configurable by the system administrator on a user by user 
basis. 

If a user prefers not to be disturbed by call alert messages, the user 
can set a Do not Disturb (DND) indicator on the user's telephone. The DND 
indicator may be set via a screen pop provided on the user's desktop 
30 workstation. 

FIGs. 54 and 55 illustrate a call alert scenario using the browser client 
and screen pops. Referring to FIG. 54. the caller types a message and clicks 
a call alert button in the caller user client 95. The call alert message is 
passed to the caller gateway sen/er 26, and then over the IP network 18 to 
35 the called gateway server 126. The called gateway server 126 passes the 
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call alert message to the called user client 195. The call alert message 
appears via a screen pop in the called user client 1 95. 

The called user may elect to accept or reject the call alert by clicking 
an appropriate button in the call alert screen pop. If the called user accepts 
5 the call alert, a message is passed to the called gateway server 126. The 
called CTI driver 180 passes a message to the called PBX 134 to place the 
current call on hold. The called analog driver 167 delivers the new call to the 
called PBX 134. The called PBX 134 rings the called telephone 138. 

Referring to FIG. 55, if the called user rejects the call alert, the 
10 rejection message is passed to the called gateway seWer 126 and the called 
user client 195 closes the screen pop. If the called user takes no action, and 
the call alert times out, the called gateway server 126 passes a message to 
the called user client 195 to close the call alert screen pop. 

If the call alert times out or is rejected, after closing the screen pop, the 
15 called gateway server 126 sends a call alert rejected message to the caller 
gateway server 26 via the IP network 18. The caller gateway server 26 
passes the call alert rejection message to the caller user client 95. The 
rejection message includes applicable options for the caller to select. 

Ring Through 

2° '^^^ integrated voice gateway system of the invention provides the 

capability for a caller to request a ring through if the called telephone is busy. 
The ring through option follows normal PBX call coverage options which may 
typically fonward calls to a user's voice mail or a Must Answer Station. The 
ring through option will be described with reference to FIG. 56. 

25 The description of Destination Busy above concluded with the caller 

being provided several options, via browser or IVR, including ring through. If 
the caller is logged on via a browser, the caller would select the ring through 
option in the browser window at the caller wori<station. The browser passes 
the selection to the caller gateway server. If the caller is not logged on, the 

30 caller would select the ring through option by pressing a designated key on 
the telephone. The caller gateway server 26 detects the DTMF tone selecting 
the ring through option. The caller gateway server 26 then notifies the called 
gateway server 126 that the caller has requested to ring through. The called 
gateway server 126 places an inbound call to the called PBX 134 for the 
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called telephone 138. Since the called telephone 138 is busy, the called PBX 
134 follows the nomnal process set up for the PBXs in the system, e.g. voice 
mail, must-answer station, etc. 

Call Alert Via Must-Answer Station 

5 The integrated voice gateway system of the invention provides the 

capability for a caller to request a call alert if the called telephone is busy and 
the caller is not using a gateway telephone. In current systems, a caller 
typically forwards a call to a designated (e.g. "must answer") station, e.g. by 
pressing "0" after being forwarded to voice mail, in a large company, the 

10 attendant at a must-answer station is typically located remotely from the 
called party and hence cannot walk over to the called party and slip a notice 
that the caller needs to urgently talk to the called party. 

When a caller from outside a gateway network, e.g. a PSTN telephone, 
places a call to a gateway telephone, and the called gateway telephone is 
15 busy, the caller may elect to transfer to a must-answer station. An attendant 
at the must-answer station can assist the caller by providing a call alert, for 
the outside caller, on the co-located workstation of the busy gateway 
telephone. 

Follow Me 

20 The integrated computer telephone system of the invention provides 

the capability for users to redirect incoming telephone calls arriving at their 
regular PBX station to any telephone or internet phone. The system of the 
invention also provides users with the capability to set up filters so that only 
calls from selected callers are redirected. Calls not fonwarded can be sent to 

25 the normal PBX call coverage options, e.g. voice-mail. 

In current PBX systems, users can program the PBX to call forward all 
calls to an inside-the-PBX or outside-the-PBX location. However, this 
generally needs to be done from the user's desktop telephone. In order to 
program the PBX from an outside location, expensive equipment for 
30 telecommuting must generally be attached to the PBX. These current 
systems offer only an IVR interface, but no browser interface. In current PBX 
systems there is no way to link caller ID to call fonwarding. Hence, filtered call 
forwarding is not possible in the current systems. 
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The telephone to which the calls are redirected may be another 
gateway telephone (coupled to the same or a different PBX as the user's 
telephone), or a PSTN telephone (e.g. remote telephone 338). etc. The 
redirection can be set up as a one-time event or a recurring (e.g.. daily) event. 
5 However, at any point in time, only one redirection may be in effect. 

Follow me setup and operation will be described with reference to 
FIGs. 57-58. Referring to FIG. 57. the follow me feature may be setup via the 
browser or an IVR interface. If a browser is available, the user accesses 
follow me setup screens via the browser, reviews current options, and may 
10 make changes to the configuration. The browser and gateway sen/er 
exchange data during the interaction. 

If a browser is not available, for example, if the user is setting up the 
follow me feature from a PSTN telephone, the user may set up follow me by 
calling a specified telephone number and interacting through an IVR interface. 
15 If the user calls from a remote telephone, the system may first authenticate 
the user's identity. For real time call processing, the user's follow me data is 
stored in the gateway server's local database. The user's follow me settings 
are stored in the enterprise directory as part of that user's data. 

The follow me setup may include several options. For example, the 
20 user may schedule follow me periods as one time or periodic recurring events 
with a different destination telephone number selected for each event (e.g., 
car phone during the commute home, and home telephone in the evening). 
The user may set up numerous scheduled events. The user may also use an 
override option to use an unscheduled alternate destination. The users may 
25 configure the system to filter calls based on caller ID, and forward only calls 
from a list of callers selected by the user. The user may assemble a list of 
callers from the enterprise white pages and a frequent contact list. The user 
may create a different filter for each scheduled follow me period. 

Referring to FIG. 58, an incoming call to a called telephone 138 
30 coupled to a called PBX 134, may come via a VoIP call from a caller 
telephone 38 coupled to a caller PBX 34; via a PSTN call from a caller 
telephone 438 coupled to the PSTN 16; or from a caller telephone 538 
coupled to the called PBX 134. In the case of a local PBX or PSTN call, the 
called PBX 134 sends a CTI event to the called gateway sen/er 126. The 
35 called gateway sen/er 126 checks whether follow me is active for the called 
party, and. if a filter is active, if the caller matches the filter. If no filter is 
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active, all calls are forwarded. If the caller does not match an active filter, the 
call not fonwarded, and is simply delivered to the called telephone 138. If a 
match is found, the called gateway server 126 initiates a call to the follow me 
destination telephone. If the original call was an internal PBX call or a call 
5 from a PSTN telephone, the gateway server uses the CTI link to redirect the 
call to the called gateway server 126. If the original call is a VoIP call, the call 
is normally directed to the called gateway server 126. and the called gateway 
server 126 can redirect the call. 

The called gateway server 126 plays a message for the caller 
10 indicating that the call is being fooA^arded. When the forwarded call is 
answered, the gateway server offers a greeting to the answering party. The 
answering party replies with an accept code, e.g. DTK/IF tones, thereby 
authenticating the answering party. The caller and called party are then 
connected. If the call forwarded to the destination is not answered, or if the 
15 correct accept code is not provided, the caller is provided a message and the 
call is re-routed to the original called telephone to go through normal PBX 
coverage options, e.g. voice-mail. 

While various embodiments and features of the invention have been 
described, those skilled in the art will recognize that variations and additions 
20 to those features and functions can be made within the scope of the 
invention. The invention is therefore intended to be limited only by the scope 
of the appended claims. 
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CLAIMS 

1 . A communication system comprising 

a public switched telephone (PST) network; 
5 an internet protocol (IP) network; 

a private branch exchange (PBX) coupled to the PST network for 

routing a telephone call over the PST network; 
a telephone coupled to the PBX; 

a voice gateway coupled to the PBX through a call status-call control 
10 link and a trunk, and coupled to the IP network for routing a 

telephone call over the IP network; 
selection means for selecting which of the PST network or the IP 

network to route a telephone call; and 
call status means for the voice gateway to monitor events associated 
15 with incoming calls to the telephone and outgoing calls from the 

telephone. 

2. A communication system according to Claim 1 , wherein the call status 
means comprises at least one of 

20 displaying the name of a calling party at a called party's desktop 

workstation, the workstation coupled to the voice 
gateway; 

detecting the calling extension of a call which originates from a 

telephone coupled to the PBX; 
25 detecting the busy or idle status of a called telephone; 

detemnining whether a call originating from within the 

communication system is one of a new call, a transferred 

call, a forwarded call and a conference call; 
forwarding a telephone call to an alternate telephone number 
30 designated by a called party, wherein the alternate 

telephone number is selected based on the time the 

telephone call is placed; and 
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forwarding a telephone call to an alternate telephone nunnber 
designated by a called party if the calling party is on a list 
of parties designated by the called party. 

5 3. A communication system according to Claim 2, comprising call log 
means for displaying on a desktop workstation a log of outgoing calls 
from a telephone coupled to the PBX and incoming calls to the 
telephone. 

10 4. A communication system according to Claim 1, comprising PC call 
control means for controlling a telephone coupled to the PBX from a 
desktop workstation coupled to the voice gateway. 

5. A communication system according to Claim 4. wherein the PC call 
15 control means comprises at least one of 

means for dialing a call, 
means for answering a call, 
means for hanging up a call, 
means for transferring a call, 
20 means for conferencing a call, 

means for forwarding a call, 
means for placing a call on hold, 
means for removing a call from hold, and 
means for dropping a call. 

25 

6. A communication system according to Claim 4. wherein the PC call 
control means comprises a web browser on the desktop workstation. 

7. A communication system according to Claim 4, comprising means for 
30 displaying a white pages directory on the desktop workstation. 



-73- 



BNSOCX;(D: <WO 990S590A2> 



SUBSTITUTE SHEET ( rule 26 ) 



wo 99/05590 





PCT/US98/15015 



8. 



A communication system according to Claim 1. comprising gateway 



10 



15 



20 



25 



call control means for controlling a telephone coupled to the PBX from 
the voice gateway. 

9. A communication system according to Claim 1 , comprising a directory 
which includes an object for IP telephony, the object comprising at 
least one of 

GateKeeper, 
Gateway, 

Multipoint Control Unit (MCU), 

GateKeeper Exchange and 

a desktop user object and attribute. 

10. A communication system according to Claim 9, wherein the directory is 
an X.500 compatible directory. 

11. A communication system according to Claim 1 , comprising hop-off to 
PSTN means for placing a telephone call from a caller telephone at a 
first location, over the IP network to a second location, and from the 
second location over the PST network to a called telephone, 

12. A communication system according to Claim 1, comprising hop-on to 
VoIP means for a calling party to place a telephone call from a caller 
telephone at a first location, over the PST network to a second 
location, and from the second location over the IP network to a called 
telephone at a third location. 

13. A communication system according to Claim 12, comprising 
authentication means to authenticate the identity of the calling party 
prior to placing the call over the IP network. 

14. A communication system according to Claim 13, wherein the 
authentication means comprises an X.500 compatible directory, 
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15. A communication system according to Claim 1, comprising hop-on- 
hop-off means for placing a telephone call from a caller telephone at a 
first location, over the PST network to a second location, from the 
second location over the IP network to a third location, and from the 
third location over the PST network to a called telephone. 

16. A communication system comprising 

a public switched telephone (PST) network; 
an Internet protocol (IP) network; 

a private branch exchange (PBX) coupled to the PST network for 

routing a telephone call over the PST network; 
a telephone coupled to the PBX; 

a voice gateway coupled to the PBX through a call status-call control 
link and a trunk, and coupled to the IP network for routing a 
telephone call over the IP network; 

a desktop workstation coupled to the voice gateway; 

selection means for selecting which of the PST network or the IP 
network to route a telephone call; and 

PC call control means for controlling the telephone from the desktop 

workstation. 

17. A communication system according to Claim 16, wherein the PC call 
control means comprises at least one of 

means for dialing a call, 
means for answering a call, 
means for hanging up a call, 
means for transferring a call, 
means for conferencing a call, 
means for forwarding a call, 
means for placing a call on hold, 
means for removing a call from hold, and 
means for dropping a call. 
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A communication system according to Claim 16, wherein the PC call 
control means comprises a web browser on the desktop workstation. 

In a communication system comprising 

a public switched telephone (PST) network, 
an Intemet protocol (IP) network, 

a plurality of private branch exchanges (PBX) at a plurality of 
locations, the PBXs coupled to' the PST networi< for 
routing telephone calls over the PST network, 
coupled to each PBX a respective plurality of telephones, 
a plurality of voice gateways, each voice gateway coupled to a 
respective PBX and to the IP network for routing 
telephone calls over the IP network, and 
selection means for selecting which of the PST network or the 
IP network to route telephone calls, 
fallback to PSTN means for rerouting a telephone call connected over 
the IP network to the PST network. 

A communication system according to Claim 1 9, comprising automatic 
fallback to PSTN means to monitor the quality of a telephone call on 
the IP network, and to automatically reroute the telephone call to the 
PST network when the quality of the telephone call on the IP network 
falls below a predetermined quality level. 

A communication system according to Claim 20, wherein the 
predetermined quality level comprises at least one of end-to-end delay, 
IP packet loss, and jitter. 

30 22. A communication system according to Claim 21 , wherein the automatic 
fallback to PSTN means comprises 

establishing means to establish a connection for the telephone 
call over the PST network while the telephone call is still 
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connected over the IP network; 
switching means to switch the parties from the telephone call 
over the IP network to the telephone call over the PST 
network ; and 

5 breaking means to break the connection for the telephone call 

over the IP network while maintaining the telephone call 
over the PST network. 

23. A communication system according to Claim 19, comprising party 
10 requested fallback means to reroute an in-process telephone call over 

the IP network to the PST network when requested to do so by a party 
to the call. 

24. A communication system according to Claim 19, comprising fallback to 
15 PSTN during call setup means to automatically route a telephone call 

over the PST network if, during call setup, the telephone call cannot be 
setup over the IP network. 

25. In a communication system comprising 

20 a public switched telephone (PST) network, 

an Internet protocol (IP) network, 

a plurality of private branch exchanges (PBX) at a plurality of 
locations, the PBXs coupled to the PST network for 
routing telephone calls over the PST network, 
25 coupled to each PBX a respective plurality of telephones, 

a plurality of voice gateways, each voice gateway coupled to a 
respective PBX and to the IP network for routing 
telephone calls over the IP network, and 
selection means for selecting which of the PST network or the 
30 IP network to route telephone calls, 

a method of automatically rerouting an in process telephone call from 
the IP network to the PST network when the quality of the telephone 

-77- 



BNSOOCIO: <WO 9905590A2> 



SUBSTITUTE SHEET ( rule 26 ) 



wo 99/05590 ^ A PCT/US98/15015 

call over the IP network falls below a predetermined quality level, the 
method comprising the steps of 

(a) establishing a connection for the telephone call over the 
PST network while the telephone call is still connected 

5 over the IP network; 

(b) switching the parties to telephone call over the PST 
network; and 

(c) breaking the connection for the telephone call over the IP 
network while maintaining the telephone call over the 

10 PST network. 

26. In a communication system comprising 

a public switched telephone (PST) network, 
an Internet protocol (IP) network, 
15 a plurality of private branch exchanges (PBX) at a plurality of 

locations, the PBXs coupled to the PST network for 
routing telephone calls over the PST network, 
coupled to each PBX a respective plurality of telephones, 
a plurality of voice gateways, each voice gateway coupled to a 
20 respective PBX and to the IP network for routing 

telephone calls over the IP network, and 
selection means for selecting which of the PST network or the 
IP network to route telephone calls, 
fallback during call setup means to automatically route a telephone call 
25 over the PST network if, during call setup, the telephone call cannot be 

setup over the IP network. 

27. A method of configuring an enterprise directory for IP telephony, the 
method comprising the steps of 

(a) providing an X.500 compatible directory; and 
30 (b) including in the schema of the directory at least one of 

GateKeeper, 
Gateway. 

Multipoint Control Unit (MCU), 
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GateKeeper Exchange, and 

a desktop user object and attribute. 

28. • A computer telephony integration (CTl) system comprising 
5 a PBX, 

a telephone coupled to the PBX, 
a local area network (LAN), 
a voice gateway coupled to the LAN, 
a CTl server coupled to the PBX and coupled to the LAN, 
10 a web server coupled to the LAN, 

a desktop workstation coupled to the LAN, the desktop 
workstation comprising a web browser. 

29. A CTl system according to Claim 28, wherein the voice gateway and 
the web server are integrated into one computer. 

15 30. A CTl system according to Claim 28, wherein the voice gateway, the 
CTl server and the web server are integrated into one computer. 

31 . A communication system comprising 
t a public switched telephone (PST) network, 

an Internet protocol (IP) network, 
20 a private branch exchange (PBX) coupled to the PST network 

for routing a telephone call over the PST network, 
a voice gateway coupled to the PBX and the IP network for 

routing a telephone call over the IP network, and 
selection means for selecting which of the PST network or the 
25 IP network to route a telephone call, and 

for a telephone call placed from a first telephone at a first 
location, over the IP network to a second telephone at a 
second location, path replacement means for transferring 
the telephone call from the second telephone at the 
30 second location to a third telephone at a third location, 

the path replacement means routing the telephone call 



-79- 



BNSOOCID:<WO 9905590A2> 



SUBSTITUTE SHEET ( rule 26 ) 



wo 99/05590 




PCTAJS98/15015 



from the first telephone at the first location over the IP 
network to the third telephone. 

A connmunication system comprising 

a public switched telephone (PST) network , 
an Internet protocol (IP) network. 

a plurality of private branch exchanges (PBX) at a plurality of 
locations, the PBXs coupled to the PST network for 
routing telephone calls over the PST network, 
coupled to each PBX a respective plurality of telephones, 
a plurality of voice gateways, each voice gateway coupled to a 
respective PBX through a call status link and a trunk, and 
coupled to the IP network for routing telephone calls over 
the IP network, 

selection means for selecting which of the PST network or the 

IP network to route telephone calls, and 
feature networking means for providing PBX features among the 
plurality of locations over the IP network. 

20 33. A communication system according to Claim 32, wherein the feature 
networking means comprises at least one of 

means for a user to redirect an inbound call to a telephone in an 

alternate office other than the user's office; 
means for a user to place a call from a telephone in an alternate 
25 office and have the user's caller ID sent to the call's 

destination; 

means for directing to a user's primary office voice mailbox 
unanswered calls which have been redirected to an 
alternate office; 

30 means for a user to redirect inbound calls to a PSTN telephone, 

said means including at least one of 

means for a user to activate the redirection via a 
touch tone telephone, 
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means for a user to activate the redirection via a 
web browser 

means for a user to select that only calls from a 
preselected set of users are redirected, the 
5 user performing the selection from one of 

a web browser and a white pages 
directory or personal directory 
to perform the selection, and 
a touch tone telephone, 
10 means for a user to set up a schedule of when 

calls are redirected, and 
means for a user to have unanswered redirected 
calls answered by the user's primary office 
voice mailbox; and 

15 means for a user to redirect inbound calls to an H.323 (IP) 

telephone outside of the network, said means including at 
least one of 

means for a user to activate redirection via touch 
tone telephone, 

20 means for a user to activate redirection via a web 

browser, 

means for a user to select that only calls from a 
preselected set of users are redirected, the 
user performing the selection from one of 
25 a web browser and a white pages 

directory or personal directory, 
and 

a touch tone telephone, 
means for a user to have unanswered redirected 
30 calls answered by the user's primary office 

voice mailbox, and 
means for a user to activate network features from 
a remote location via a web browser on a 
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portable workstation, the portable 
workstation comprising an H.323 telephone, 
said network features comprising at least 
one of 

means for a user to make an 
outbound call using white 
pages via a browser on a 
portable workstation, 

means for a user to use a call control 
PBX feature from a portable 
workstation, said call control 
PBX feature including at least 
one of 

dialing a call, 
answering a call, 
hanging up a call, 
transferring a call, 
conferencing a call, 
forwarding a call, 
placing a call on hold, 
removing a call from 

hold, and 
dropping a call, 
means for displaying a caller's name 

on the portable workstation, 
means for callback on busy on the 

portable workstation 
means for do not disturb on the 

portable workstation, and 
means for call alert on the portable 
workstation. 
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A communication system according to Claim 32, wherein the plurality 
of locations comprises locations within one company. 

A communication system according to Claim 32, wherein the plurality 
of locations comprises locations within a plurality of companies. 

A communication system according to Claim 32, wherein the feature 
networking means comprises callback on busy means to automatically 
setup a call between a calling party and a called party after the calling 
party attempts to call the called party while the called party's telephone 
is busy, the call being setup when the called party hangs up. 

A communication system according to Claim 36, comprising, coupled 
to a plurality of voice gateways, a respective plurality of desktop 
workstations, wherein the callback on busy means comprises means to 
display a message on the calling party's desktop workstation if the 
calling party's telephone is busy when the called party hangs up. 

A communication system according to Claim 32, comprising coupled to 
a plurality of voice gateways a respective plurality of desktop 
workstations, wherein the feature networking means comprises do not 
disturb means for a user to select that only calls from a set of callers, 
the set preselected by the user, will ring the user's desktop telephone 
and all other calls will be fonA/arded to a forwarding target, the 
fonwarding target preselected by the user. 

A communication system according to Claim 38, wherein the 
forwarding target comprises one of 

voice mail, and 

an answering station. 

A communication system according to Claim 32, comprising coupled to 
a plurality of voice gateways a respective plurality of desktop 
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workstations, and call log means for displaying on a desktop 
workstation a log of outgoing calls from a telephone coupled to the 
PBX and incoming calls to the telephone. 



5 41 



A communication system according to Claim 32 comprising means to 
support a plurality of numbering plans. 



42. A communication system according to claim 41 , wherein the plurality of 
numbering plans comprises a uniform numbering plan (UNP). 

10 

43. A communication system according to Claim 41 . wherein the plurality 
of numbering plans comprises an enterprise numbering plan (ENP). 

44. A communication system according to Claim 41 , wherein the plurality 
15 of numbering plans comprises a PSTN numbering plan. 

45. A communication system according to Claim 32, wherein the feature 
networking means provides PBX features among the plurality of sites 
over the IP network regardless of the PBX model used, 

20 

46. A communication system according to Claim 32, wherein the common 
feature networking means provides PBX features among the plurality 
of sites over the IP network regardless of the desktop telephone set 
used. 

25 

47. A communication system according to Claim 32, comprising, coupled 
to a plurality of voice gateways, a respective plurality of desktop 
workstations. 

30 48. A communication system according to Claim 47, wherein the feature 
networking means comprises caller ID display means to display name 
of a calling party at a called party's desktop workstation at the same 
time as the called party's telephone rings. 
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49. A communication system according to Claim 47. wherein the 
answering station means comprises call alert means to display a 
message from a calling party on the desktop wori<station of a called 
party if the called party's telephone is busy. 

50. A communication system according to Claim 47, wherein the feature 
networking means comprises answering station display means to 
display a niessage from an answering station on a called party's 
workstation when the called party's telephone is busy or forwarded to 
voice mail and the call is forwarded to the answering station. 



51. A communication system according to Claim 47, wherein the feature 
networking means comprises virtual desktop means, the virtual 
15 desktop means comprising at least one of 

means for a user to redirect an inbound call to a telephone in an 

alternate office other than the user's office; 
means for a user to receive a caller ID screen pop on a desktop 
workstation in an alternate office workstation identifying 
20 that a call is for that user, the caller ID screen pop 

including the name of the calling party; 
means for a user to place a call from a telephone in an alternate 
office and have the user's caller ID sent to the call's 
destination; 

25 means for a user to display a directory white pages in a web 

browser on a desktop workstation in an alternate office; 
means for a user to use a web browser on a workstation in an 
alternate office to perform call control functions from the 
workstation; 

30 means for a user to activate network features from an alternate 

office, the network features including at least one of 
callback on busy, 
call alert, and 
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do not disturb; 

means for directing to a user's primary office voice mailbox 
unanswered calls which have been redirected to an 
alternate office; 

means for a user to redirect inbound calls to a PSTN telephone, 
said means including at least one of 

means for a user to activate the redirection via a 

touch tone telephone, 
means for a user to activate the redirection via a 
web browser 

means for a user to select that only calls from a 
preselected set of users are redirected, the 
user performing the selection from one of 

a web browser and a white pages 
directory or personal directory 
to perform the selection, and 
a touch tone telephone, 
means for a user to set up a schedule of when 

calls are redirected, and 
means for a user to have unanswered redirected 
calls answered by the user's primary office 
voice mailbox; and 
means for a user to redirect inbound calls to an H.323 (IP) 
telephone outside of the network, said means including at 
least one of 

means for a user to activate redirection via touch 

tone telephone, 
means for a user to activate redirection via a web 

browser, 

means for a user to select that only calls from a 
preselected set of users are redirected, the 
user performing the selection from one of 
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30 



a web browser and a white pages 
directory or personal directory, 
and 

a touch tone telephone, 
means for a user to have unanswered redirected 
calls answered by the user's primary office 
voice mailbox, and 
means for a user to activate network features from 
a remote location via a web browser on a 
workstation, the workstation comprising an 
H.323 telephone, said network features 
comprising at least one of 

means for a user to make an 
outbound call using white 
pages via a browser on a 
workstation, 
means for a user to use a call control 
PBX feature from a 
workstation, said call control 
PBX feature including at least 
one of 

dialing a call, 
answering a call, 
hanging up a call, 
transferring a call, 
conferencing a call, 
forwarding a call, 
placing a call on hold, 
removing a call from 

hold, and 
dropping a call, 
means for displaying a caller's name 
on the H.323 workstation. 
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means for callback on busy on the 
H.323 workstation 

means for do not disturb on the 
H.323 workstation, and 
5 means for call alert on the H.323 

workstation. 

52. A communication system according to Claim 51 , wherein the means 
for a user to redirect an inbound call comprises means to direct the 

10 inbound call to an alternate office telephone at another location. 

53. A communication system according to Claim 47, wherein the feature 
networking means provides PBX features among the plurality of sites 
over the IP network regardless of the desktop workstation model used. 

15 

54. A communication system according to Claim 47, wherein the feature 
networking means provides PBX features among the plurality of sites 
over the IP network regardless of 

the PBX model used, 
20 the desktop telephone model used, and 

the desktop workstation model used. 

55. A communication system according to Claim 47, comprising at least 
one of 

25 two different PBX models, 

two different desktop telephone models, and 
two different desktop workstation models. 
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